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Für den Studierenden dar "verteilten Datenverarbeitung" soll das 
SCOM-LAN aina gaaignata Exparimentiergrundlage biatan. Diesem 
Anliagan dient auch dia Offenlagung von Wirkprinzipien, Basispro¬ 
tokoll an und Anwendungsbeispielen untar PC-typischar Programmier¬ 
umgebung. 

Das Ingenieurtechnische Zantrum Ilmansu (ITZ) ist sait 1989 zu 
ainam weiteren Entwickler und Anbieter von SCOM-LAN-Komponanten 
geworden. Dia Ausführungen im Abschnitt 7 zur SCOM-LAN-Instal¬ 
lation mit Mitteln der optischen SignalÜbertragung gehen auf 
langjährige Erfahrungen beim Einsatz von LWL-Technik im ITZ Ilme¬ 
nau zurück. 

Das SCOM-LAN unterliegt untar Berücksichtigung das bleibenden 
Charakters eines "low-cost“-Netzes einer laufenden Weiterentwick¬ 
lung. Deshalb sind Änderungen und Ergänzungen der Dokumentations¬ 
aussagen Vorbehalten. 

Weil Soft- und Hardwareentwicklungen auch in anderen Einrichtun¬ 
gen neu entstehe^ und breiter genutzt werden können, bleibt die 
vorliegende Dokumentation unvollständig. 

Der Autor bittet, durch Hinweise und Entwicklungsinformationen 
zur Abrundung und Aktualisierung des vor1iegenden' Materials bei¬ 
zutragen und eine Koordinierung aller SCOM-LAN-Aktivitäten an der 
Hochschule für Seefahrt 2 u ermöglichen. 

Den Mitautoren von der Hochschule für Seefahrt und vom Ingenieur¬ 
technischen Zentrum Ilmenau sei an dieser Stelle für Ihre Beiträ¬ 
ge ausdrücklich gedankt. 


Rostock-Warnemüde, den 1.1.1990 


B. Göde 
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Vorwort 


Dar Rschnarvsrbund unter Nützung moo«. .>csr LAN-Technol Ogi an ist zu 
einem^ unverzichtbaren Mittel für den durchgängigen Computerein- 
satz geworden. Die Anforderungen, die verteilte ComputerAnwendun¬ 
gen an die Kommünikationslösung eines Verbundsystems steLlen, 
sind differenziert. Personal Computer verschiedener*Verarbeitunqs- 
breite, aber zunehmend auch problemspezifische Datenerfassungs- 
ünd Ausgabetechnik als Peripherieumgebung zum Personalcomputer, 
bestimmen das qualitative Spektrum der Endgeräte in vielen ver¬ 
teilten Systemen. 

SCOM-LAN ist die Abkürzung für 

Subsystem Coemunication-Local-Area-Network. 


Diese an der Hochschule für Seefahrt <Abk. HfS> Warnemünde /Wu¬ 
strow im Direktorat Wissenschaftlicher Gerätebau und Rechentech¬ 
nik entwickelte Lösung wurde bereits 1987 in gemeinsamer Arbeit- 
mit Vertretern des VEB Robotron Büromaschinenwerkes Sömmerda für 
den Personalcomputer PC-1715/ PC-1715W in die industrielle Fer¬ 
tigung überführt. Mit dem Softwarezentrum des Betriebes wurde ein 
Nachrüsts’atz, bestehend aus einer Erwei terungsbaugruppe und 
mehreren Softwarekomponenten (Systemsoftware und Applikationen) 
für den Vertrieb zusammengestellt. Alle Weiterentwicklungen von 
Hard— und Software sind zum SCOM-LAN-VertriebSangebot des VEB 
Robotron Büromaschinenwerk “Ernst Thälmann“ Sömmerda voll kompa¬ 
tibel. 

Im Zeitraum von 1986 bis 1989 entstanden insgesamt 10 verschiede¬ 
ne Anschiußmodule für SCOM-LAN-Knoten (PC- und OEM-Technik), 
sowie zahlreiche Netzwerkanwendungen. 1990 kommen Kommunikations¬ 
karten für fehlertolerante Netzwerktopologien hinzu. Eine beson¬ 
dere Ergänzung ist die, SC0M-LAN-B0X für den Netzanschluß von 
V.24-Datenendgeräten. 

Das System SCOM-LAN wurde für eine untere Anwendungsklasse von 
'Kommuni kat Ions Äsungen vorgesehen. Die Bezeichnung "untere Anwen¬ 
dungski adse“ bezieht sich auf Anforderungen an die Datgnübertra- 
gungskapazität, nicht aber zwangsläufig auf die Anwendung selbst. 
Mit dem SCOM-LAN wurde eine geeignete Strategie seiner Nutzung in 
verteilten Mikrorechpersystemen ausgearbeitet. Sie beruht auf 
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Überlegungen zur örtlichen Verteilung von Rechenprozeeeen« die. 
über ein lokale« Netz kommunizieren. 

Die Wahrung einer weitgehehdan Autonom!4 der vernetzten Knoten- 
Systeme ist ein wesentliches Merkmal der Anwendungaricht 1 inie« 

Im konzept des SCOM-LAN wird besonders auch die Bauvfcriante des 
prozessorlosen und damit hardMareminlmierten Netzwerk*nterfates 
verToIgt:. Durch eine gezieite~ A Ver#'aKrenaeht|iickluna de* 1 - hardw a re■ 
nahen Übertragungsprotokol 1 e werden an die Host-CPU unkritische 
Anforderungen hinsichtlich der Kommunikätionsbereitschaft ge¬ 
stellt. Das erleichtert die Integration der SCOM-Systemsoftware 
in vorgegebene Betriebssysteme und unter quasi parallel laufenden 
RechenProzessen der App1ikationsaoftware. Mit den zugrundegeleg¬ 
ten Instal latiönsmitteln bietet die SCOW-Hardware eine keatgnr 
günstige Vernetzungsbasis. 

Zwangsläufig wird sich ein bevorzugtes Einsatzprof11 des SCOM- 
LAN auf Grund seiner technischen und Ökonomischen Merkmale, aber 
auch seiner Leistungsgrenzen herausbilden. Derzeit wurden die 
besten Erfahrungen mit schlüsselfertigen LAN-Appl1kat1onen gesam¬ 
melt; Die Entwicklung SCOM-LAN ist als Ergänzung zu kommerziell 
vertriebenen LAN-Entwicklungen der DDR, aber auch zu internatio~ 
nal verbreiteten Standerd-PC-Netzen, im Sinne einer bedarfsge¬ 
rechten Bereitstellung von Vernetzungshard- und Software vorge¬ 
sehen. Mit dem SCOM-LAN soll eine leistungsfähige Low-Cost-Alter- 
nati've zu anderen Netz wer kprodukten angeboten werden/ 

Die Verbindung vo n Netzwerkapplikationen inhomogener PC-Tech nik. 
bis hin zur Nutzung ei nfac hster LAN-Terminals oh ne elek tromecha- 
nisehe Massenspeieher <Z80/U880/ 8086.. A >64K-Bvte Hauptspeicher , 
RAM-Disk-Simulation, ROM-LAN-Urladerig sowie kleine ProzeQ reche n- 
knoten am Sensor und Aktor wi rd durch das SC OM-LAN-Angütoot unt er¬ 
s tüt zt. 

Das vor1 legende, Informationsmaterial soll Übersichten zur Hard¬ 
ware und zur Basissoftware vermitteln. Ausführ11 eher wird auch 
auf konzeptionelle Ansätze eingegangen, dieses mit dem Ziel, 
SCOM-LAN als eine offene, flexible Bausteinlösung vorzustellen 
(Abschnitt 1>. Der Abschnitt 2 vermittelt eine aktuelle Übersicht 
von kommerziellen Angeboten zur Basisldsung. Ausgeklammert blei¬ 
ben dabei abgeschlossene Netzwerkanwendungen. Für den Systempro¬ 
grammierer bilden die Abschnitte 3-6 eine Arbeitsgrundlage. Die 
sehr ausführlich dokumentierte Kommuhikationsschnittstel1e SCOM- 
NIOS ist als von Wirtsbetr»ebssystemen unabhängig anzusehen, 
obwohl MS-DOS-Anwendungen derzeit dominieren. 
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Anhang 4i SCOM-LAN-Entwiekler und einige Referenzpartner 
derzeitige« Ende.179 
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01a Systeekonzeptlon für »In offvnn Netzwerk 
aufwandalnlalartar Anwendungen 

06.02.90 I 

1.1. Einordnung der SCOM-LAN-Entwicklung 

Die SCOM-LAN-Konzeption beruht auf der These, daß aufgrund der 
Anwendungsbreite verteilter Rec-hnersysteme, Netzwar kl dsungan ver¬ 
schiedener Preis- und Leistungsklassen notwendig sind. 

Hinzu kommt ein wachsender Bedarf an Flexibilität von Kommunika¬ 
tionstechnik. 

Datenendgeräte sind in einer Netzwerkanwendung durch Datengewin¬ 
nung od^er c^prch Daten verbrauch gekennzeichnet. 

Endgerätekonfigurationen können in folgende Kategorien eingeteilt 
werdena 

-Großrechner-PC-Netze ? 

-Minirechner—PC-Netze 

-homogene PC-Net 2 e einer PC-LeistungsU 1 asse x /{p? 

-homogene PC-Netze mehrerer PC-Leistungsk1assen yir 
-Intelligente Sensoren/Aktoren, PC, Prozeßrechner 
-Intelligente Sensoren/Aktoren, einfache Prozeßstationen, PC 
-Einfache Terminals < 2 .B. für die Betr 1 ebsdatenerfassung>, PC 
-Anzeige- und Signairisiereinrichtungen, PC, Prozeßrechner 
-Backbone-Netze 

Eine Klassifizierung nach der Anwendung ist wie folgt möglich; 
-Netze im Büro: 

in der Forschung und Entwicklung 

- in der Verwaltung <Post. Terminarbeit> j 

- im Verkauf (Reservierung. Verteilung! 
t in der Laoarhaltuno 

- für Leitunosprozesse 

-Netze im technischen Bereich 

- Netze in der Betriebsdatenerfassung "* 

- Netze in der Meßdatenerfassung 

- Netze für die verteilte Steuerung (Zeitraster ms) 

- Netze für die verteilte Regelung (Zeitraster ms) 

- Netze für die verteilte Steuerung (Zeitraster s) 

- Netze für die verteilte Regelung . (Zeitraster s )_ 
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Verwendete VLSI-Anschiüssa für die Ergänzungslogik sind: 

RXC, RXD, TXD, TXC, RTS und DTR 

Der Einsatz alternativer VLSI < 2 .B. SCC) ist möglich. 

Ferner verlangt die hardwarenahe Systemsoftware den I/O-Zugang zu 
einem ' Kanal eines programmierbaren Zählers mit dem Sendetakt 
<153,6 KHz auf CLK) als Zähltakt. Verwendung findet hierzu der 
Z80/U880-Peripheriebaustein CTC. 

Die Ergänzungsschaltung in Bild 1.1 erfüllt folgende Aufgaben: 

- bitorientiarte Empfangstaktsynchronisation nach gern 
Empfanges!gnal 

- Leitungstreiber und Leitungsempfänger 

- Logik zur Auftrennung der Teilstrecken in einen Sende- 
und Empfangskanal 

- galvanische Knotentrennung sowie Umgehungslogik bei 

\ 

Knotenabschaltung. 

Für alle Detailaufgabenstel1ungen gibt es eine Vielzahl von mög¬ 
lichen und hinreichend bekannten Schaltungsvarianten. 

Bild 1.2. verdeutlicht den Verlauf des Leitungssignals auf der 
NIU in den Phasen "passiver Empfang" und "aktives Senden" unter 
Zugriff auf den Übertragungskanal. Die Zugriffslogik ist für 
Tel 1 Streckennetze typisch. Der unidirektionale Ring ist dabäi die 
praktisch einfachste Topologie. 

Eine kompatibi 1 i tätsgerechte Interfaeefunktion kann be^i unter¬ 
schiedlichsten Leitungstreibern, Umgehungslösungen und verschie¬ 
denen Maßnahmen zur vollen oder teil weisen galvanischen NI|J-Ent- 
kopplung aufrechterhaiten werden. 

Zusammenfassend kann die SCOM-NIU-EntScheidung wie folgt be¬ 
schrieben werdeni 

- Integration von Mediumanschluß und Netzwerkinterface 

- interne Verarbeitungslogik TTL 

- synchrone RahmenÜbertragung mit einer Taktfrequenz von 
153,6 Kbit/a 
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Beispiel: 

Ringtopologie 

NIU- Abhormodus 

NIU- Zugriffsmodus 


Bild 1.2 Prinzip der NIU-Zugriffslogik £ei Ringtopologien 



Bild 1.3 Modul SCOM-LAN--Interface 







gungen 


- «tri kt« Batriebssystamunabhänglgkei t d«r nachricht«nüb«r 

tragenden Dienste 

- flexible Auslegung des Vermittlungsverfehren« zun Kanalzugriff 
für unterschiadlichste Anwendarforderungen 

- Sicherung von Netzwerkübergängen zu anderen Industrielösungen 
lokaler Rechnernetze, die in und außerhalb dar DDR la Einsatz 
sind. 


Al. kl.in.fr fliaamaaiE Nfm.r von mehreren Ausbaustufen eines 
LOW-COST-LAN-Control1 er« wurde die HardwareunterstUtzung durch 
die BIO des Z80/Ud80-Prozee«oreyeteme, sowie die streng sequen¬ 
tielle Bedienung von Datentransport- und Anwendungsaufgaben unter 
einem beliebigen Single-Task-/Single-User-Betriebssystem festge¬ 
legt. Die Verarbeitungsleistung des U880-Prozes«ors sollte nach 
unten durch einen minimalen Prozessortakt von 2 MHz limitiert 
werden, womit neben der PC-Technik weit kleinere Natzknotanarchi- 
tekturen als Kommunuikationsendgeräte einbezogen werden. Letztere 
erweitern das Einsatzfeld der LAN-Entwicklung in Richtung der 
Automatisierungstechnik. Sie unterstützen aüch die Verbindung der 
PC-orient i arten Bürorationalisierung mit der Betr1ebsdatenerfas- 
sung <BDE> über Spezialausrüstungen <z.B. BDE-Terminal«). 


1.2. Entscheidung für eine minimale NIU-Logik 

Als NIU-Logik (NIL) ■ Netz wer ki nterfaceei nhei t > wird der LAN-spe- 
zifische Hardwareantei1 auf 7 einem Netzzugangspunkt bezeichnet. 
Die NIU-Logik dient der Unterstützung voA Softwareprotokollen. 
Bild 1.1 zeigt das Grundkonzept der SCOM-NIU-Logik x an einem Aus¬ 
führungsbeispiel . Als Hardwareminimum füi< die Gestaltung der 
SCOh-Interfaceeinheit wird eine Ergänzungslogik zur klassischen 
Z80/U880-Peripherie SIO angesehen. Entscheidend ist dabei die 
Protokol1 Unterstützung des Peripherieschaltkrei«es in den syn¬ 
chronen Betriebsarten der seriellen Datenübertragung. 
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Rusfuehrung einen 5CÜM—LPlN-Lo 
















~ Netze für die verteilte Signalisierung 

- Nfiü«. für die Ausbildung 

- Netze in abgeschlossenen Anwendungssvstemen 

# 

Unterstrichen wurden bevorzugte Verwendungsmöglichkeiten von 
auf wandmi ni mi ersten LAN mit begrenzter übertragungskapaz i tat (< 
etwa 500 KBit/s>. Nach einer Zusammenstellung in /5/ differiert 
der Kpmmunikationsbedarf von verteilten Anwendungen (ohne Bild- 
und Sprachverarbeitung) um ca. 5 Größenordnungen. Die Beurteilung 
erfolgte dabei nach dem peripheren Endgerät einer Verarbeitungs- 
station. Genauso unterschiedlich ist die zeitliche Verteilung der 
Beanspruchung von Übertragungskapazität. Die Kenngröße wird auch 
als Belastungszeitverhältnis bezeichnet /S/. Mit der Vielfalt 
der Einsatzmöglichkeiten und^Einsatzumgebungen lokaler Netze ist 
für die Entwicklung von aufwandoptimiarten,Hard- und Software¬ 
lösungen in Richtung einer unteren Anforderungsklasse ein inte- 
Vessanter kommerziel1 er Hintergrund gegeben. Wegen der ver— 
gleichsweise geringen Kosten für einen Knotenanschluß wurde in¬ 
ternational die Bezeichnung LOW-COST-Vernetzung eingeführt. 

Nach einer in /l/ zitierten Wirtschaftsstudie aus dem Jahre 1986 
können etwa 2/3 aller aktuellen Problemstellungen mit LOW-COST- 
LAN hinreichend gelöst werden. Dabei wurde der 16-Bit-Standard- 
PersonalComputer (PC-XT/AT) Vorausgesetzt. Diese Prognose hat 
insbesondere ihr Gewicht bei schlüsselfertigen Anwender1ösungen, 
weil hier der Endpreis für einen gelieferten Gebrauchswert ent¬ 
scheidend ist. Weitere Argumente und Lösungen für LOW-COST-LAN 
sind z.B. in /8//9//10//11//12/ oder /14/ zu finden. Unter dar 
Bezeichnung SCÖM-LAN,wurde ein Systemkonzept verfolgt, das sich 
stark an der Betriebssystem- und Programm!erumgebung von Perso¬ 
nalcomputern orientiert, jedoch über den Personalcomputer hinaus 
gute Verwendungsseigenschaftan aufweist. 

Ziel der weiteren Systemgastaltung war es, einen Applikationsbe¬ 
reich mit kostengünstiger LAN'-Hardwara möglichst weit auszudahnen 
und optimal durch Protokol1 Werkzeuge zu unterstützen. 

Gegenüber Fi 1eserver-NetzWerkbetriebssystemen sollte mit dem 
BCÖM-LAN eine alternative Programmierumgebung für verteilte 
Applikationen geschaffen werden, die besser auf kleinere oder 
differenzierte Kommunikationsleistungen vorbereitet ist. 
Netzwerkbetriebssysteme haben in homogenen PC-Netzen (PC-XT/AT) 
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ihren gesicherten hohen Stellenwert /14/. Die beanspruchten hohen 
Kanalkapa 2 itäten im Netzwerk ( > 2Mbit/s> führen allerdings dazu, 
daß verteilte Applikationen auf der Basis netzweiter DOS-Zugriffe 
nicht ohne weiteres auf gegebene Kommunikationsmittel (öffent¬ 
liche WAN oder Inhouse-DFÜ) ausgedehnt werden können. In dieeee 
Problem ist eine Übereinstimmung der Anwendungsstrategie lokaler 
Kommunikationsnetze einer unteren und oberen Leistungsklasse 
festzustellen, wobei eine Grenze bei etwa 500 KBit/s (Bruttotakt) 
gezogen werden soll. 

Die Entwi ckl ungsvoroaberr für dag SCOM-LAN-Pro jekt waren: 

- kostengünstiger Netzzugang ab l^880/Z80-8-Bit-Mikrorechner 
(kleinste Verarbeitungskapazitäts 2,2 MHz / etwa 8 KByte 
Arbeitsspeicher>, wie 8-Bit-PC, LAN-Terminals mit RAM-Disk und 
LAN-SERVER-BOOT„ kleine Mikrorechner am techn. Prozeß. 

- Anschlußkompatibilität für alle 16- und 32-Bit-PC nach Indu- 
stri «Standard durch Slot-Einheiten (Schwerpunkt PC-XT/AT). 

- Betrieb von 16-Bit-LAN-Terminals (Vorzug: MS-DOS) mit LAN^SER- 
VER-BOOT, gerade in schlüsselfertigen verteilten Klient-Ser¬ 
ver—Anwendungen zur Senkung der Anschaffurrgs- und Betriebsko¬ 
sten. 

- anwendungsoffenes Hardware- und Softwarekonzept für viel 
faltige Anwendungen im administrativen und technischen 
Einsatzberelch 

- Netzzugang für Geräte mit seriellen Standerdinterfaces 

- Konfigurierbarkeit von funktionssichernden Maßnanman 

- Flexioilität in der Auswahl des Übertragungsmediums 

- Anwendungsprogrammierung mit PC—üblichen Programmierspra¬ 
chen 

- Einführung eines Kommunikationsbetriebssystems nachrichten¬ 
übertragender Dienste mit dem Ziel einer einfachen Implemen— 
tierbarkeit unter Single-Task- als auch unter Multi-Task-Bedin- 
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- Unterstützung von Tei 1 Streckennetzen 

- Aktiver Mediumanschluß ohne Speicherwirkung in der Signal- 
1 ei tung 

- keine zeitliche Signalregenerierung zwischen Signalein- und 
-Ausgang in der StandardAUsführung der NIU 

- Hinnahme der Jitterakkumulation über die Anzahl der aktiver. 
Stationseinschaltungen (Hysterese der Ampiitudenerkennung> 

- keine Hardwareunterstützung der Leitungscodierung 

- Zeitlagenerkennung durch Auswertung der Flanken des 
Empfanges!gnals 

- Peripherieprozessor Z80/U880-SI0 (oder auch Folgetypen) zur 
Protokollunterstützung 


Die Übertragungsrate von 133,6 Kbjt/s ist ein Kompromiß zwischen 
;den o.g. Kanalbedlngungen und einer im Verlaufe des Systement¬ 
wurfs festgelegten Arbeitsteilung zwischen Hard- und Software. 
Insbesondere wurde die Aufgabe der Leitungscodierung zur Siche¬ 
rung eines quasi kontinuierlichen Zeitbezugs auf der Empfangssei¬ 
te (Bitsynchronisation) in die Systemsoftware verlagert und mit 
einer erweiterten Bitfehlererkennung verbunden. 
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1.3. Anwandungskonzeption der NIU-Logik 

Flexibilität und Aufwandssenkung lassen sich gemeinsam nur durch 
Modulkönzepte erreichen, die bereits in der Entwurfsphase ange¬ 
strebt werden. 

Mit der SCOM-LAN-Logik sollte ein universeller Systembaustein im 
Sinne des MODUL-Begri*ffs geschaffen werden (Bild 1.3). 

Seine Bestandteile sind: 

- Die'Logik zur aktiven Einkopplung in das Übertragungsmedium 
-die verwendeten Leitungstreiber und Leitungsempfängerbausteine 

(elektrisch/optisch, unsymmetrisch/symmetrisch, Pegelfest' 

legung) 

- Eine Umgenungslösung der aktiven Signalweiterleitung bei 

Stromwegfall (zweiter Bypass-Kanal) 

Die Logik und der Control 1er-VLSl zur Unterstützung des Rahmen¬ 
protokolls in Sende- und Empfangsfunktion 

Ausgehend von der Zielstellung der Systementwicklung, wird dieser 
Modul mit einer einheitlichen Ausführung in unterschiedliche Kno- 
tenarchi tektur en integriert: 

(1) als passive NIU für a- 16- und 32-Bit-Standard-PC 

(2) NIU-Logik an einem U880-Kommunikationsrechner, der als SLOT- 
Karte für vorerst 16-Bit-Stan^ard-PC ausgelegt ist 

(3) in Kommunikationsrechner für eine V.24-LAN-B0X 

(4) als Kommunikationsanschluß für Singleboard-Computer 
(BDE-Terminals, Prozeßanschlüsse, Anzeigeeinhelten) 

(5) als NIU auf LAN-Terminals mit PC-Funktion, jedoch in der 
Hardware reduziert auf die Anforderungen der verteilten An¬ 
wendung (Verkaufsbüro, Lagerhaltung, Bürokommunikation) 

(6) als Kommunikationsteil zum Aufbau von Prozeßrechnerstationen 
für die Kleinautomatisierung, insbesondere für die flexible 
Labor- und Exper i mentautomat i si erung , sowie für'clie Betriebs- 
datenerf assung . 


Eine besondere Form des Moduleinsatzes ist die Dual-NIU-Variante 
und weitergehend die Multi-NIU. Diese Einsatzmethode stallt ainen 
geeigneten Meg dar, um unterschiedlichsten Anforderungen hin- 
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sicht1 ich: 


- Funktionsiicherung, 

- Topologiealtornati van 

und 

- gezielter Leistungssteigerung 

gerecht zu werden. DUAL-NIU und Multi•NIU sind Bestandteile der 
SCOM-LAN-Konzeption. 

Dei" Vorteil LAN-typi scher Topologien liegt in einer 1 ei tungsspa- 
renden Installation. Dennoch werden verstärkt Forderungen nach 
einer Sicherung von Obertragungsfunkt i onen bei Teil Ausfall ein¬ 
zelner Verbindungsabschnitte erhoben. Der Schwerpunkt solcher 
Entwicklungen lag bisher im Bereich öffentlicher Paketdätennetze 
und aufwendiger Kommunikationssysteme (z.T, mit Dienstintagra- 
tion, wie Sprache u. Bild). 

Die Zielsetzung funktionsslchernder Maßnahmen ist Fehlertoleranz 
durch optimale Verwertung eingesetzter Systemredundanz. Fehler¬ 
toleranz ist die Systemeigenschaft, fehlerhafte Einzelkomponenten 
zu erkennen und mit einem Restsystem spezifizierte Funktionen zu 
erhalten. Der Entwurfsspielraum liegt in der Abgrenzung der zu 
sichernden Einzelkomponenten, wie beispielsweise: 

- die Teilstrecke eines Netzes, 

- ein Teilnetz, 

- ein Applikationsprotokoll, 

- einen Applikationsdienst, 

- einen Netzzugangspunkt 
oder 

- einen Klientprozeß. 

Das Verbindungsnetzwerk in einem verteilten System ist besonders 
fehleranfällig. In /17/ werden verschiedene funktionssichernde 
Verfahren für Tei1 Streckennetze mit einfacher Topologie (Ring, 
Linie) einer vergleichenden Wertung unterzogen. Gerade bei Li¬ 
niennetzen bietet sich Tei 1 netzbi 1 düng im Fehlerfall unter Aus¬ 
schluß des fehlerhaften Absqhnitts (Logik-, Spannungs- oder Lei¬ 
tungsunterbrechung ) an. Allerdings muß dazu ein erheblicher Auf¬ 
wand an Zusatzfunktionen auf der Ebene der physischen übertra¬ 
gungsschicht (Übertragungskanal> getrieben werden. 

Für LOW-COST-Netze ist ein expliziter Hardwareaufwand zur Um- 
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Setzung funktionssichernder Techniken ein EntwurfswiderSpruch. 
Ein geeigneter Kompromiß ist dann gegeben, wenn der Anwender 
seine geforderte Funktionssicnerheit selbst in Einrechnung der 
zusätz1icnen Systemkosten konfigurieren kann. Ein wesentliches 
Merkmal ist dabei der gezielte Einsatz von Systemreaundänz zur 
Funktionssicherung einzelner Te»1komponenten unter stnrer Nahrung 
der Systemkompatibilität. 

Entspechend dem SCOM-LAN-Konzept ist dazu ein clusterförmiger 
Zusammenschluß von SCOM-Interface-Modulen möglich. Sie werden im 
Multiplex von Softwareroutinen auf verschiedenen Stufen (MAC- 
Subebene, Transportebene) bedient. Dadurch wird eine flexible, 
auf den Anwender abgestimmte Verfahrensspezifizierung zur 
Funktionssicherung durcn Auswahl und Zuordnung der Anschiußkanäle 
oberhalb der physischen Netzwerkschicht allein aurcn Softwarean¬ 
passung möglich. Die vorgesehene Standardvariante oer redundanten 
Systemhardware ist die DUAL-NIU. Sie kann in Einsatzfällen ohne 
Kommunikationsprozessor <nichtintel1igenter WetzZugang) auch 
durch 2 gleiche Baugruppen mit je einer NIU erreicht werden. 

Bild 1.4 zeigt einige Topologien, die speziell aus oer DUAL-NIU- 
Konzeption hervorgehen: 

- der unidirektionale Ring <Typ A> 

- der unidirektionale Doppelring (Typ B) 

* - der bidirektionale Doppelring (Typ C) 

- Ringe mit Verzopfungstopologie uni direktional (Typ D) 

- Ringe mi t Verzopfungstopologie bi direktional (Typ E) 

- partieller Doppelring (Typ F> 

- Linie mit Sende- und Empfangsleitung (Typ G) 


Entspechend des einheitlichen Teilstreckenkonzeptes sind die in 
Bild 1.4 dargestellten Netzwerktopoiogien gerichtete Graphen. Die 
Kanten sind dabei als übertragungskanäle zwischen einem Sender 
und Empfänger aufzufassen. 

Der Anwender des LOW-COST-Netz^s kann in der Topologievariante 
Typ F gesicherte und ungesicherte Teilmengen von Knbtenanschlüs- 
sen bilden. Hervorzuheben ist die Verwendung einer Luai—NIU als 
Gateway-Grundlage einer SCOM-SCQM-Verbindung. Die Gateway-Bildung 
wird dabei vorzugsweise nicht auf- dem Niveau von Nachrichtenpro- 
tokollen, sondern auf Anwendungsebene durchgeführt. 

Insgesamt bleibt festzustellen, daß die hardwarenahe Funktions- 
Sicherung nur ein Teil der Möglichkeiten zur Entwicklung fehler- 
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Bild 1.4 Topologie Varianten mit der Dual- 




toleranter verteilter Systeme umfaßt. 

Sie ist ergänzbar durchs 

Datenredundan 2 in der Speicherung, Darstellung und Über¬ 
tragung , 

Protokol1redundanz für die Übertragung, 

Prozeßredundanz auf Betriebssystem- und* Anwanderebene 
sowie 

- weitere Hardwareredundanz, auf den Vararbeitungsstationen 
(Prozessoren, E/A-Kanäle, Speicher). 

Eine andere wichtige Eigenschaft dar DUAL-NIU ist die Kombinier¬ 
barkeit der Ziele Funktionssicherung und Systemverfügbarkeit. 
Erreichbar ist dies dadurch, daß die unterste logische Protokol1- 
schicht (vergl. Abschnitt 3) alternativ zwei Betriebsmittel zur 
Erlangung einer Sendeberechtigung vorfindet, solange wie inner¬ 
halb einer Teilmenge redundant angeschlossener Knoten kommuni- 
ziert wird. 

Andererseits kann die empfangsseitige Datenauswertung auf zwei 
Datanempfänga.r ausgeweitet werden. Hier ist es Aufgabe eines 
Kommunikationsbetriebssystems, die dadurch verlängerten (weil 
vergrößerten) Abfrage 2 ykien zu tolerieren. 

Funktionsausfall eines Teilnetzes führt bei Doppelvernetzupg 
zunächst lediglich zu Einbußen in der verfügbaren Übertragungs¬ 
kapazität. Die Fahlererkennung kann danach Sicherungsprozesse zur 
bevorzugten Wiederherstellung eines konsistenten Systemzustande% 
mit reduzierter Ubertragung&kapazität anstoßen. 

Zusammengefaßt sei festgehalten, daß bei der SCOM-LAN-Weiterent- 
wicklung neue Gebrauchswerte mehr durch Funktionssicherung als 
durch Erhöhung der Bruttoübertragungsrate erwartet werden. 



1.4. SCOM-LAN Anwendungen als verteiltes Endsystem zu 
übergeordneten Netzen 

Lokale Netze der LOW-COST-Kateqorie werden auf einen Appli- 
kationsbereich ausgerichtet. Dennoch sind geeignete Methoden zu 
suchen, um den allgemeinen Anspruch verteilter Systeme auf Durch- 
gängigkeit der automatisierten Informationsverarbeitung auch zu 
leistungsfähigen Uni versalnetzen (gerade auch wieder PC-Netzen) 
nach Industriestandard aufrecht zu erhalten. 

Ein interessanter Ansatzpunkt hierzu ist in der Methode des ver¬ 
teilten Endsystems zu sehen. 

Als Endsystem ist hier ein Nutzer-PC (Klientstation) des hierar¬ 
chisch höher liegenden Netzwerkes zu verstehen. Der LAN-Knoten 
des "höheren" Bezugsnetzes wird praktisch weiter nach "unten" 
^ertei1t. 

Für den Einsatzfall kommerzieller Netzwerkbetriebssysteme soll 
die Losungstruktur am Beispiel des Netzwerkbetriebssystems 
NETWARE /14/29/ erläutert werden. 

Die Eigenschaften des Netzbetriebssystems NETWARE beruhen haupt¬ 
sächlich auf einen Fi 1eserverbetrieb in PC-Netzen. Das gegenwär¬ 
tig zugrunde liegende Betriebssystem auf der Klientneite (Nutzer¬ 
PC) ist MS-DOS. 

Wie in Bild 1.5 dargestellt, wird das lokale Betriebssystem der 
Klient-PC um eine Schalenfunktion erweitert, während dpr Server 
auf, die Verwaltung des Vi el f achzugr i f f s' von Filediensten (als MA- 
DOS abgekürzt) ausgelegt ist. Die NETWARE-Shel1 beinhaltet einen 
Interzeptor, der alle DOS-Aufrufe abfängt,, und sie in Abhängig¬ 
keit ihres lokalen oder globalen Charakters weiterleitet. Somit 
bleibt eine autonome PC-Funktion erhalten. Allgemeine Konzepte 
von NetzPetriebssystemen werden auch in /29/ erläutert. 

Die wichtigste Nutzerschnittstel1e zur Programmierung verteilter 
Applikationen mittels NETWARE ist die netzwerktransparenta Erwei¬ 
terung des DOS. Damit liegt, die Nutzerschni ttstel 1 e "NETWARE- 
Shel 1 auf der Stufe einer Basisne;tzwerkappl i kation. 

Die Programmierung mit DOS-Standardsoftware (Programm!ersprachen, 
Datenbanksprachen, Tabellenkalkulation) kann zu kommunikationsin¬ 
tensiven verteilten Applikationen führen. Zumindestens hat der 
Anwendungsprogramm!erer den Umfang an Nachrichtenaustausch nicht 
mehr unter Kontrolle, weil er durch das verteilte filesystem 
verdeckt wird. Bei homogenen Kommunikationssystemen ausreichender 
Leistungsreserve muß dies kein Nachteil sein. Applikationen aber 
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Gateways hinweg erfordern jedoch eine Leistungshomogem tat aller 
einbezogenen logischen Nachrichtenkanäle der Teilnetze (oder 
Tei1 Verbindungen). Die Schaffung eines verteilten Endsystems auf 
der Ebene der NETWARE-Shel1 ist für Kommunikationsübergänge zu 
Netzen mit einer begrenzten Kanalkapazität, zu denen auch alle 
öffentlichen WAN und die meisten Nutzer-DFü gehören, ungeeignet. 
Ein demgegenüber vortei1hafter Weg ist in Bild 1^6 dargestellt. 
Hier wird die Rechenprozeftvertei1ung als Mittel zur Begrenzung 
des Kommunikationsbedarfes bis 2 ur Applikation des SCOM-Servers 
(Beispiel sei der SCOM-Server DABANK II) eingesetzt. Der die 
Kommunikation senkende Verteilungsansatz beschränkt sich auf das 
SCOM-LAN. Er betrifft nicht mehr den weiteren Datentransport zum 
NETWARE-File-Server. Die eigentliche Datenverbindung zwischen 
beiden Netzen wird durch den NETWARE-Server hergestellt. Während 
die Datenobjekte unter der NETWARE-Shel1 als DOS-Formate zugäng¬ 
lich sind, spezifiziert der Server des SCOM-LAN zusätzlich daten¬ 
intensive Verarbeitungsfunktionen für ein Anwendungsfeld. 

Applikationsgrundsatz im SCOM-LAN: 

Datenselektion vor Datenkommunikation ! 

Eine weitere Variante für den SCOM-Server ist die Teilung seines 
Datenbestandes in einen gemeinsamen Datenreum auf dem NETWARE- 
Server sowie in einen SCOM-exclusiven Datenbereich. Dadurch ist 
eine Integration von Diensten zum Kommunikationsübergang und des 
autark arbeitenden SCOM-Netzwerkservers möglich (Bild 1.7). Im 
SCOM lokal benutzte Bewegungsdaten belasten damit nicht mehr das 
übergeordnete Netzbetriebssystem. 

Nach den aufgezeigten Lösungsmustern lassen sich Netzwerkübergän- 
ge für viele Anwendungsfälle befriedigend losen. 
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Büd 1.6 Verbindung File-Server-LAN/SCOM-LAN (Variante 1) 










SCOM- Applikation 
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Bild 1.7 Verbindung File-Server-LAN/SCOM-LAN (Variante 2) 












1.5. Zusammenfassung von Konzeptlonsgrundsätzen das 

SCOM-LAN 

Die Netzuerklösung SCOM-LAN wurde ausgehend vom Bedarf für einen 
kostengünstigen und laufzeiteffektiven Netzzugang verächiedenster 
Datenendgeräte konzipiert. 

Dabei wurden internationale und eigene Applikationserfahrungen 
sowie das Angebot unterschiedlieher lokaler Netzwerke der DDR be¬ 
rücksichtigt /22/-Z26/. 

Die Entwicklung SCOM-LAN trägt, bedingt durch ein umfassendes und 
vielseitiges Ausführungs- und Anwendungskonzept, Systemcharakter. 
Systemkosten und Systemeigenschaften, wie Verarbeitungsintel1i- 
genz, Feh 1 ertoieranz oder Zuverlässigkeit lassen sich nach Nut¬ 
zer anfodarungen abstimmen. 

Basismodule für eine kostengünstige Vernetzung von Gerätetechnik 
sind ein Hardwareinterface und ein im Abschnitt 3 beschriebenes 
Kommunikationsbetriebssystem. 

Für eine aufwandminimierte Kommunikationshardware ohne Kommuni- 
kationsrechner konnt^ ein leistungsfähiges laufzeiteffektives 
Protokol1 verfahren zur echtzeitunkritisehen Ereigniasynchronisa- 
tion zwischen Nutzerprozeß und EmpfängerZuständen gefunden wer¬ 
den. Dadurch ist es möglich, Anwendungsbereiche zu erschließen, 
die nur durch intelligente LAN-Control1er möglich schienen. 

Durch die kollektive Entwicklungsarbeit entstanden bereits ein 
breites Sortiment an Hardwarebausteinen für den Geräteanschluß 
und die Installationsausführung sowie zahlreiche Anwendungslösun¬ 
gen. 

Ein Nebeneinander von PC-NIU, LAN-BOX für DFÜ- oder DEE-Anpassun- 
gen sowie ein offenes NIU- und Protokol1-Know-How soll zur Ein- 
satzprof i 1 i erung des SCOM-LAN für heterogene Verbundsysteme bei¬ 
tragen. Es soll insbesondere den Übergang klassischer Büroanwen¬ 
dungen zu technischen Prozessen erleichtern. 

/ Für die Verbindung des LOW-COST-Netzes "SCOM" und de facto standa 
disierten PC-Netzwerkbetriebssystemen gibt es zwei einfache und 
der Leistungsabstufung gerecht werdende Lösungskonzepte. Sie 
beruhen auf die Verteilung eines Enddystems. 
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2m HardwAr»- und 8oft Marek oaiponAntAn lm Überblick 

Stand: 01.02.90 


2.1. Baugruppen für das SCOM-LAN 

Bild i 2.1 vermittelt ein^ .Übersicht zur Hardwareentwicklung des 
SCOM-LAN im Zeitraum 1986-1989. 

Nachfolgend werden einzelne Baugruppen kurz vorgestellt. 


PC 1715 und PC 1715 W 


Mit dem Personal Computer PC 1715 des VEB Robotron Büromaschinen- 
werk "Ernst Thälmann" Sömmerda steht seit einigen Jahren ein 
kostengünstiges kompaktes Mikrorechnersystem in großen Stückzah¬ 
len zur Verfügung. Durch seine hohe Verbreitung in nahezu allen 
Bereichen der Volkswirtschaft der DDR kann man von einem Indu- 
striestandard in der Leistungsklasse der 8-Bit-PCs sprechen. 

'Der PC 1715W weist als Weiterentwicklung gegenüber dem PC 1715 
eine größere internen Datenverarbeitungskapazitat auf. 

Einen perspektivisch noch gesicherten Einsatz erfährt der 8-Bit- 
PC als Klient-Station in verteilten LAN-Anwendungen(Beispiel: 
Bedienterminal im Verkaufsbüro). 

Di« für das lokale Rechnernetz SCOM-LAN entwickelte Baugruppe 
1715(W)-NIU-IFSB ist eine Erweiterungskarte, die sowohl im PC 
1715 (Systemtaktfrequenz 2,457 MHz), als auch im PC 1715W (3,993 
MHz) eingesetzt werden kann. Sie findet auf dem entsprechenden 
Erweiterungsmodulsteckplatz des Personal Computers Platz. 

Das IFSS-Standard-Interface steht dem Nutzer des PC-1715<W>, 
unabhängig von der SCOM-LAN-Schnittstel1e, zur freien Benutzung 
zur Verfügung. Die Herstellung und der Vertrieb erfolgen durch 
den VEB Robotron Büromaschinenwerk "Ernst Thälmann" Sömmerda. 

Eine weiterentwiekelte Anschlußlösung liegt als Produkt des 
Ingenieurtechnischen Zentrum 11menau + <ITZ) vor. 
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Bild 2.1 Verbindung von DDR-Rechentechnik mit SCOM-LAN-Hardwarekomponenten (Stand I960) 












K 1520-Technik■ Bürocomputer 


Di« NAN08—NIU ist di« Paral 1 «1 entwi cJ<l ung zur Einbeziehung der 
modularen Rechentechnik auf der Grundlage des Systembusse*, K 1520 
nach TGL 37271 /7/. Die Baugruppe besitzt die Abmaße 95mm * 

170mm. Insbesondere ist durch die NANOS-NIU die Voraussetzung für 
einen Anschluß der Bürocomputergenerati on A 51XX geg ebe.' 

Eine weitere Ausführung ist die Baugruppe NANOS-NIU-IFS8* die zu¬ 
sätzlich einen freien IFSS-Kanal bietet. 

Eine weitere Baugruppe wird unter der Bezeichnung NANOS-NIU— V.24 
vom Ingenieurtechnischen Zentrum Ilmenau und vom Missenschaftli- 
chen Gerätebau der Hochschule für Seefahrt <Missenschaft1ieher 
Gerätebau) angeboten. Neben einer verbesserten LAN-Logik weist 
diese Steckeinheit ein V.24-Interface auf. Die V.24-Schnittstel1e 
kann asynchron oder synchron betrieben werden /16/. Zum Aufbau 
fehlerverseuchter Netzwerke oder Gateways dient die NANOS—DUAL— 
NIU 

Vertrieb! VEB DVZ/EPMR (Rostock), 

Ingenieurtechnisches Zentrum Ilmenau 

HfS Warnemünde/Mustrow, Missenschaftlieher Gerätebau 


EC 1634 

Ausgehend von der gegenüber dem 8-Bit-PC wesentlich höheren Vor- 
arbeitungs- und Speicherkapazität, wurde für den EC 1834 zunächst 
eihe Kommuni kat i onsrechner karte mit ei'ner CPU U880 A oder B, bis 
8 KByte EPROM und mit 64 KByte oder 256 KBYTE DRAM bereitge¬ 
stellt. Die interne Kommunikation kann durch einen DMA-Prozessor 
unterstützt werden /4/. Die Slotkarte mit den Abmessungen 300mm * 
100mm trägt die Bezeichnung PROLAN. 

Folgende Varianten sind auf der Anschlußseite vorgesehen: 


PROLAN 

I 3 

SCOM-LAN-Interface, 

X. 21-Anschiuß 

und 

V.24-Tor, 


PROLAN 

II : 

SCOM-LAN-Interface, 

Feldbus der TUM /15/, V.24 

und 

PROLAN 

III« 

Anschlüsse wie PROLAN II, aber 
Steckverbinder zum 16-Bit-Bus. 

mi t 

direktem 
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Di« PROLAN—Erweiterungskarte gestattet, bedingt durch- das freie 
Programmierkonzept und die hohe eigene Verarbeitungskapazität, 
auch die Verlagerung von zeitkritischen Prozessen der Anwendungs- 
Programmierung von der Host-CPU in den sogenannten Front-End- 
Bereich des Personal Computers. 

Mit der PROLAN-Einheit ist durch den X.21-<V.ll-> Anschluß ein 
intelligentes X. 25-Interface -für vermaschte Paketdatennetze rea¬ 
lisierbar. Dabei kann das X.25-Protokol1 nicht nur als parallele 
Funktion zu Hostprozessen, sondern auch für langsame Netzwerkver- 
bindungen über die V.24 oder einen logischen SCOM-LAN-Kanal be- 
reitgestellt werden. 

Die zuletzt genannten Einsatzfälle verlangen bereits einen 
"stand-alone“-Einsatz der PROLAN, wie er mit der SCOM-LAN-BOX 
vorgesehen ist. 

Vorerst wird nur die PROLAN I mit V.24-Tor und SCOM-Kanal durch 
die HfS Warnemünde/Wustrow vertrieben. 

Vorgesehen ist auch die Industrieüberführung im VEB Robotron 
Büromaschinenwerk Sömmerda. 

Für viele LAN-Applikationen ist der parallel zur PROLAN-Karte 
entwickelte passive LAN-Adapter SCOM-NIU-1834 /16/ ausreichend. 
Unter "passiv“ soll der Verzicht auf einen Kommunikationsrechner 
verstanden werden. Die Abmaße dieser Baugruppe betragen 170mm x 
100mm. 

Die Baugruppe bietet neben dem SCOM-LAN-Zugang als zusätzliche 
Bestückungsvariante auch eine voll ausgebaute V.24-Schnittstel1e 
zur MODEM-Anschaltung an den EC-1834. Die Obertragungsratep des 
V.24-Tores liegen im Bereich von 0,15 ..* 153,6 KBit/s. 

Insbesondere auf LAN-Server kann die Programmiermöglichkeit der 
PROLAN-Karte mit nutzerspezifisehen Zugriffsprozessen zu erheb¬ 
lichen Laufzeitgewinnen beitragen (z.B. Zugriffsstapelung, Syn¬ 
chronisation von Datenbankzugriffen). Für TerminalanViendungen um 
einen LAN-Server ist hingegen die einfachere Prozessor1 ose SCOM- 
NIU ausreichend. Die Koexistenz' beider Ausbauformen trägt zu 
einem besseren Preis-Leistungsverhältnis von abgeschlossenen LAN- 
£rodukten bei. 

Die SCOM-NIU-1834 wird in verschiedenen Bestückungsvarianten 
apgeboten. Die neueste Entwicklung ist die 8C0H-DUALNIU-1834 zum 
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Aufbau fehlertolaranter Netzwerke oder für Server-Gateways 

(vergl. Abschnitt 1). 

Vertrieb: Ingenieurtechmsches Zentrum Ilmenau 

HfS Warnemünde/Wustrow, Wissenschaft1ieher Gerätebau 


P£T sonalComputer A7150 


Zum Anschluß des Personal Computers A 7150 vom Kombinat Robotron 
ist eine BCOH—NIU-BOX vorgesehen. Diese als externe Anschlußein¬ 
heit konzipierte Baugruppe wird an die V.24-Schmttstel1e des 
ASP-Adapters angeschlossen. 'Die Funktionsweise und übertr*gungs- 
eigenschaft der NIU-BOX entspricht der der passiven NIU-1834. 
Wesentlicher Inhalt der NIU-BOX ist die zum Schaltkreis U 8560 
notwendige SCOM-LAN-Logik. 


Vertrieb: Ingenieurtechnisches Zentrum Ilmenau 

HfS Warnemünde/Wustrow, Wissenschaftlicher Gerätebau 


Eine ähnliche NIU-BOX wird unter der Bezeichnung NIU-BOX-CZ im 
Kombinat Carl-Zeiss Jena ^Betrieb Saalfeld) in-Kleinserie gefer— 
tigt. Diese Baugruppe wird auch zur Nachnutzung angeboten. 


PC-XT/AT mit direktem Steckverbinder 

Baugleich mit dem passiven LAN-Adapter SCOM-NIU-1Ö34, jedoch mit 
62-poligem direktem Steckverbinder, ist die BOOM—NIU-XT/AT. Die 
NIU-XT/AT liefert den identischen Funktionsumfang der SCOH-NIU- 
1834. Hervorzuheben ist auch hier die Neuentwicklung der SC0M- 
DUALNIU-XT/AT. Die SCOM-DUALNIU wird unter Verzicht der V.24- 
Schnittstelle geliefert. 


Vertrieb: Ingenieurtechm sches Zentrum Ilmenau 

HfS Warnemünde/Wustrow, Wissenschaft1ieher Gerätebau 
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2.2. Die SCOM-LAN-BOX 


Die BCOM-LAN-BOX bietet eine intelligente V.24-Schnittstel1e in 
das lokale Rechnernetz. Sie ist eine zum Endgerät (auch Datenend¬ 
gerät,, übliche Abkürzung DEE> abgeset 2 te Einheit mit eigener 
Stromversorgung. Die LAN-BOX wirkt als universeller Kommunika¬ 
tionsrechner zur Wandlung* der SCOM-LAN-Protokol 1 e in Protokolle 
einer V.24-Zwei-Punkt-Verbindung. Dabei kartn die V.24-Kopplung 
adch durch spezielle DFü-Techmk (DFÜ: Abk. für Datenfernübertra¬ 
gung) erweitert werden. DFÜ-Erprobungsergebnisse liegen mit 
Richtfunkverbindungen 2 u Netzwerkressourcen des SCOM-LAN vor 
(Richtfunkendgerät EC 1834, ROBOTRON-Richtfunktechnik, SCOM-LAN- 
BOX als Net 2 Übergang). 

Aufgrund des V.24-Standard* kann die LAN-BOX vielseitig verwendet 
werden: 

zum Anschluß von Rechnern mit V.24-Interface v 

- als abgesetzter V.24-Drucker-Server im Netz, 

als intelligente V.24-Datenübertragungseinrichtung 

zur Ankopplung von DFÜ-Kanälen mit Software für störfeste 

Datenübertragung in Abhängigkeit der Kanal eigenschaften, 

- für DFü-Anwendungen unter Nutzung vorhandener V.24-M0DEM«, 
zur Weiterleitung yon X.25-Protokol1 dieneten über 

eine V.24- bzw. eine SCOM-LAN-Vorbindung. 


Ein Schwerpunkt der LAN-BOX-Nutzung kann damit auch Einbeziehung 
weiterer Rechnertypen (Atari-PC, P 8000 u.a. ) sein. 

Es soll dabei nicht unerwähnt bleiben, daß das V.24-Tor geschwin¬ 
digkeitsbegrenzend wirkt (oft 9600 Bit/s, asynchron). Dieser Um¬ 
stand kann aber, wie schon hingewiesen, beim Applikationsproto- 
koll-Entwurf durch eine bewußte Rechenprozeßvertei1ung Berück¬ 
sichtigung finden. Ausgel egt✓ist das V.24-Interface der SC0M-LAN- 
B0X für eine maxi male übertragungsrate von 64 KBit/s I*n synchro¬ 
ner oder asynchroner Betriebsart. 

Das Gefäß' der SC0M-LAN-B0X besitzt die Abmessungen 320mm * 80mm 
•120mm. Die SC0M-LAN-B0X beruht auf der Entwicklung PROLAN I oder 
PROLAN II. 
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Vertrieb: HfS Warnemünde/Wustrow, Wissenschaftlicher Gerätebau 
Ein interassanter Einsatzfall der SCOM-LAN-BOX aus dem Bereich 
der Bürorationalisierung ist die Verwendung als protokol1wandeln- 
de Serverstationen 2U zentralisierten Druckern (mehrere Drucker, 
z.T mit spezifischer Druckleistung), als PIotter-Server, als 
zentrales Signal 1 siergerät (Betriebszustände), als Telexnetz- 
Server oder wie schon genannt als spezifischer DFü-Server. 

Die vorgestellte Einsatzkonzeption der SCOM-LAN-BOX beruht auf 
einer Zusammenarbeit mit der zentralen Datenbasis <Datenbank-Ser¬ 
ver ), die zusätzlich die Pufferung anfallender Daten von und zur 
LAN-BOX-Peripherie als Zugriffsdienst anbietet. Der zentrale 
Datenzugriffsdienst in einem lokalen Netz, und damit die Bereit¬ 
stellung eines entsprechenden Servergerätes bzw. eines permanen¬ 
ten Hintergrund-Serverprozesses, kann ohnehin als unabdingbar 
angesehen werden. 

Bild 2.2 zeigt eine mögliche Server-Klient-Konfiguration. Einge¬ 
zeichnet wurden die Kommunikationsbeziehungen der Systemanwen¬ 
dung. Die Klient-PC kommunizieren grundsätzlich nur über die 
zentrale Datenbasis. 

Sie adressieren den Pufferspeieher, der einer LAN-BOX-Funktion 
zugeordnet ist, wenn sie Datenein- oder Ausgaben zur V.24-Peri- 
pherie wünschen. Davon völlig unabhängig werden allgemeine Daten¬ 
bankzugriffe für verteilte Netzwerkanwendungen quasi parallel 
bedient. Die Mehrbelastung der Serverstation durch die LAN-BOX- 
Unterstützung wird als unerheblich angesehen. Pufferspeieher 
können auf der Datenbank vorteilhaft als Mailboxes mit FIFO-Orga- 
nisation eingerichtet werden. Die Geratetrennunq in protokol1 wan¬ 
delnde LAN-BOX-Server und Datenzwischenspeicher (Spooler als 
Zweitfunktion eines Datenbankservars) erlaubt insgesamt ökonomi¬ 
sche und flexible Rationalisierungslösungen, weil die Ausnutzung 
vorhandener Ressourcen besser gewährleistet, sowie deren gegen¬ 
seitige Zuordnung besser aufeinander abgestimmt werden können. 
Typisch für die in Bild 2.2 dargestellte Geräteanordnung ist auch 
ein LAN-BOX-Ur1aden über die Datenbank mittels Filetransfer in 
der Einschalt- b 2 w. Rekonfigurationsphase. 
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SCOM— LAN— Klienten 


SCOM— LAN— Server 



Bild 2.2 Beispiel einer Server-Klient-Konfiguration 
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2.3 


Dar ^lchtwel1enl«ita^ainsatz im SCOM-LAN 

* 

Lokale Rechnernetz« mit einer unidirektionaleri Ringtopologie 
haben den Nachteil der unbedingten Funktionsabhängigkeit von 
Kabelbruch. Demgegenüber steht der Vorteil einer unkomplizierten 
Ausführung der einzelnen Übertragungskanale in der Punkt-zu- 
Punkt-Struktcir des'Netzwerkes. Ein weiterer wichtiger Vorteil ist 
aber auch die problemlose Einbeziehung -heterogener übertragungs¬ 
formen. Dabei kommt dem Einsatz von Lichtwel1enleilern <LML> eine 
bekanntermaßen besondere Rolle zu. 

An einigen SCOM-LAN-Installationen wurde seit 1987 der Einsatz 
von LW4 mit Stufenprofil für die Kurzstreckenübertragung erprobt 
/6/. Kabelhersteller in der DDR ist dar VEB Kabelwerk Oberspree 
Berlin. In der technischen Erstrealisierung fanden Mandlermodule 
nach >6/ und die Typen OS 500/ OE 500 vom VEB KEAM Berlin Verwen¬ 
dung. Es wurden Übertrggungswege vop etwa 2000m zwischen einzel¬ 
nen Netzwerkknoten überbrückt. Die gemischte Verwendung von 
Koaxial- uhd LML-Strecken hat sich dabei besonders bewährt, wobei 
die Koaxial kabelabschm tte die flexible Anschlußgestaltung beim 
Anwend4r <Buro, Laborbetrieb) positiv beeinflussen. Im Ergebnis 
der gesammelten Einsatzerfahrungen entstanden kleine zur LAN-N1U 
abgesetzte Geräteeinheiten mit der Bezeichnung SCOh-LINK-BOX bzw. 
SCOM-REG. Die Schaltung des elektrischen Senders und Empfängers 
sichert die Anschiußkompatibi 1 1 tat zu allen SCOM-Baug^ruppen. 

Die Anschlußeinheiten bieten neben dem LWL-Anschluß auch wahlwei¬ 
se die>Funktion eines Stütztreibers mit galvanischer Entkopplung 
für zwei Koaxialkabel Verbindungen. Sie benötigen eine unabhängige 
Stromversorgung. 

Die SCOM-LAN-Instailation wird umfassend in Abschnitt 7 erläu¬ 
tert. 

Vertrieb! Ingenieurtechnisches Zentrumyi1menau 

HfS Marnemünde/Mustrow, Missenschaft1icher Gerätebau 

i 
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2.4. Softwareübersicht zum SCOM-LAN 

f 

Die Bilder 2.3 und 2.4 spiegeln die Softwareentwick1ung rur Nut¬ 
zung der SCOM-LAN-Hardware wider. Anwendungsneutral sind folgende 
Komponenten: 

- Transportsystem SCOM-NIOS 

- Kommunikationssystem für die flexible Laborautomatisierung 
<SCOM—LAS> 

- Datentransportdienste nach Industri«Standard 
(in Entwicklung) 

- Protokol1 Anpassungen an die Datenfernübertragung (DFÜ) 

- Programmbib1iotheken für Pascal, C und Forth 

- ein vereinheitlichter Zuweisungsschlüssel für 
alle auf dem SCOM-NIOS aufsetzenden Applikations- 
Protokolle (SCOM-Rahmenprotokoll, SCOM-ARP) 

- offengelegte Basisapplikationsprotokolle 

- eine einheitliche hardwareunabhängige Linie zur 
Hintergrundkommunikation 

und 

- offene anwendungsneutrale Serverschnittstei.len. ' 
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/-1 Dia SCOM-LAN-Softwaraantwicklung { 

i Bäaiaaoftwara 

. \ - - - / 

I-Dokumantat i ontn für den Programm! arar 

i -- -Tranaportayatam SCOM-NIOS 


S--REL-Modul für Z80-Syatame 

\ -Progr ammi orsprathanolnbi ndung 

\-MS-DOS-Trai bar 


‘Kommunikationabatriabaayatam £COM-LAS <1) 


-Datantranaportdianata nach int. Induatriaatandard 


r-NETBIOS /19/ (1) 

\-IPX /20/ fl> 


NETBI0S-N10G_-Prötokol ladaptar (^ > 


-—DF O-NIOS-Protokolladaptar (1) 

-SCOM-LAN-BOX-URLADER 

-übar SCÖM-LAN-Pr otokol 1 e 

\—-———f-übar daa HOST-Inter face <V.24> 

--—SCOM-PROLAN-URLADER übar daa HOST-Intarfaca 

--—BOOM-Tool-Boxaa, SCOM-Protokollbi bl iothakpn 


*--PASCAL, C, comForthj 

offene Sarvarachni ttai«$l lan über rrotoKol 1-Tooj s. 

j-■—•—Sarvar -Dat anba^. i s 

I- HHintargrund-Sarver <MS-DOS) < 1. > 

\-LANBOX-Sarvar (1) 


<1> •• Komponanta in Entwicklung 

t 

Bild 2.3a B^aiaaoftwaraantwicklunq zum SCQJ1-CAN 
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Bi« SCOM-LAN-Softwareentwicklung 
Applikationssoftuars 
Standard-PC (CP/M, hS-BOS) 


\ 


\ -- —/ 

-Dokumantationan für dan Anwandar 

-SCOM-Test- und Diagnosesoftwara 

__ 

—-Fi latransferprogramm Sarvica 


j- 2 u DABANK-1 und DABANK-II 

!-zu LANCON 

\--— zum LAN-BOX-Sarvar (Printer, Telex,...) 

■ei akt'ronischer Informationsdienst EID 

\-zu DABANK-II 


-Hintargrund-Badianarkommunikation 

-Netzwarkübarg&nge über SCOM-Applikationan <1> 

\- 1 -SCOM-Sarvar —> NOVELL-NETWARE /20/ 

--verteilte« Litaraturracnerchesystem LITE 

!- spez. geschlossene Serverlösung 

\- Kliantsoftwara 

--'—elektronischer anef kästen <Serv«r-Kl ient-Lösung) <2) 

s 

-integr. Bürorationalisiarung <Server-Klient-Lösung)(2) 

--problemspazifisehe verteilte Applikationen unter NETBIOS 

oder SCOM-NIOS (laufend) 

: weitere abgestimmte Applikationen vön Partnereinrichtungen' 

(1>.•Komponente in Entwicklung 

(2). . Applikation vom Par tnerei nri chtungen 

/ 

Bild 2.4: Applikationssoftwaraantwicklung (Auszug) 































2.5. Anwender 1ösung zentrale Datenbasi*; DABANK-II 

Bai der optimalen Verwertung der begrenzten übertragungskapazitat 
des SCOM-LAN kommt dem Serverentwurf eine besondere Bedeutung zu. 
Die Entwicklung des Programmpakets DABANK-II berücksichtigt eine 
hohe Systementkopplung in verteilten LAN-Appl 1 kationen mit einer 
KLIENT-SERVER-Kommuni kation zur Nutzung von Datenob.iekten im 
Vielfachzugriff . Der Server DABANK-II ist im Rahmen der SCQM-LAN - 
Systemerprobung an der HfS entstanden. 

DABANK-II liefert universelle Dienste zur Datensatzselektion. Da¬ 
tensatzoperation, Datensatzübertragung, Zugriffssynchromsation 
und zur allgemein anwendbaren Mailbox-Kommunikation, ferner offen 
gelegte Protokolle zum Fi 1e-Transfer. Applikationen zum Aufbau 
verschiedenster Termi nal d i enste (KL IENT-Funk.t i onen) lassen sich 
unter Nutzung von SCOM-LAN-Softwaretools einfach in PASCAL-Umge- 
bung (z. B. Turbo-Pascal 3. X.-5.X) entwickeln. Gegenüber üblichen 
Natzwerkbetriebssystemen mit virtuellem Massenspeicher (DISK) 
wird durch Auslegung der Serverkommandos stärker auf den Grund¬ 
satz "Datenselektion vor Datenkommunikat i on" orientiert. 

Dia Vorzüge der Serverkonzeption DABANK-II kommen besonders bei 
der gemischte Anwendung von 16-Bit-PC (MS-DOS/DCP) und 8-BIT-PC 
(CP/M, . .,) sowie n'utzerspez i f i scher Rechentechnik zur Geltung, da 
virtuelle Filezugriffsschnittstellen (virtuelle Diskette/Platte) 
vom DOS-Standard abhängan. CP/M-kompatible Betriebssysteme (und 
Basissoftware darauf) sind auf eine Zugriffssynchronisation (z.B. 
Sperrsynchronisation von Datenabschnitten eines Files beim Viel¬ 
fachzugriff) nicht ausreichend vorbereitet. Das gilt besonders 
dann, wenn die Menge der zu sperrenden Datenobjekte im Interesse 
eines hohen Systemdurchsatzes klein zu halten ist. 

Mit dem elektronischen Informationsdienst EID wurde die Entwick¬ 
lung von Terminalkomponenten zum Server DABANK-II an der HfS 
eingeleitat. Nach diesem Applikationsmuster sollen schrittweise 
typische Informationsprozesse im Büro rationalisiert werden. Dazu 
gehören auch varsehiedene Recherche-Dienste zur Unterstützung dar 
Entwicklungs- und der operativen Leitungstätgkeit. 

Bild 2.5 zeigt eine Gliederung von DABANK-II-Diensten im Zusam¬ 
menhang mit Mehrnetzanschlussen über V.24- oder SCOM-Nachr 1 chten 
kanäle (vergl. auch Abschnitte 3, 5 und 6) unter Einbeziehung der 
LAN-BOX. Hervorgehoben sei nochmals die Di ensteverb i ndung zwi¬ 
schen LAN-BOX-Servern und des netzzentralen Datenbankdienstes, 
Aus dem Multiplexbetrieb unteilbarer Datenbankzugriffe rpsul 
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Büd 2.5 Zur Aufgabe der SCOM-Server (z.B. DABANK D) 
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tiert eine Möglichkeit der Internetz kommunik^tion (hier über ein 
Applikationsgateway). Die LAN-BOX-DFÜ ist dabei wiederum eine 
besonders interessante Anwendung, weil dadurch der Ressourcenzu¬ 
gang auch über (weit !> abgesetzte Klientstationen erfolgen kann. 
Die Subnetze oder Standverbindungen bieten ferner wegen ihrer 
Entkopplung potentiell bessere Voraussetzungen zum Schutz vor 
Totalausfall der verteilten Netzwerkapplikation bei Beschädigung 
einzelner Netzwerkabschnitte. 


Der SCOM-LAN-Softwarevertrieb erfolgt in verschiedenen Generie¬ 
rungen mit den NIU-Baugruppen. Unberücksichtigt in dieser Veröf¬ 
fentlichung bleiben weitere abgestimmte, leistungsfähige Soft- 
wareentwicklungen zur SCOM-LAN-Anwenöung, die durch Kooperations- 
partner entstanden sind (Vergleiche dazu auch Liste der 
Referenzanwender des SCÜM-LAN im Anhang 3>. 


2.6. Ausblick der SCOM-LAN-EntwickJung 

Durch die NIU-Entwicklungen wurde versucht, die Breite der DDR- 
Rechentechnik und den aktuellen Ausrüstungsstand der Industrie 
sowie der Institutionen zy berücksichtigen. Die Verbindung von 8- 
und 16-Bit-PC kann als typischp Aufgabe einer SCOM-LAN-Vernetzung 
in der DDR angesehen werden. Der Vorzug des 8-Bit-PC als preis¬ 
werte Terminal Station in verteilten Anwendungen mit zentraler 
Datenbasis' (Schwerpunktes Dispositionsbüros, Datenerfassung) 
erlaubt ökonomische Systemlösungen, gerade auch unter Einbezie¬ 
hung vorhandener Rechentechnik, aber immer in Verbindung mit 16- 
Bit-Standard-PC als Serverstation(en>. 

Ein zukünftiger Ausbau der SCOM-LAN-Hardwarebasis erfolgt in 
Richtung flexibler Installationsformen. Eine Dual-NIU-Konzeption 
bietet dabei wesentliche Voraussetzungen für fehl ertoi erante 
Vernetzungen mit dem SCOM-LAN, die für verteilte LAN-Anwendungen 
eine hohe Betriebssicherheit bieten. Dazu wird insbesondere auf 
die teilweise oder vollständige Doppelring-Topologie \orientiert. 
Zunehmend wird das einfache SCOM-Hardwarekonzept auch auf nutzer¬ 
spezifische Mikroprozessorsysteme übertragen, um eine Anschluß¬ 
kompatibilität zum Personal Computer herzustellen. 
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Gerade auch für dan Anschluß vieler technischar Prozesse an den 
PsrsonalComputer ist die LAN-Anbindung eine v flexible Kommuni- 
kationsbasis für verteilte lose gekoppelte Systeme. Die Weiter¬ 
entwicklung der SCOM-LAN-Systemsoftware wird der verstärkten 
Erschließung dieser Einsatzmöglichkeiten dienen. 

Die SCOM-LAN-Systemsoftware ist auf eine einfache und komfortable 
Entwicklungsumgebung moderner Personal Computer ausgerichtet. 
Dadurch soll der mit dar Problemanalyse vertraute Fachmann in die 
Lage vers etzt werden, mit gebräuchlichen ‘Programmiarwerk 2 eugen 
leistungsfähige Anwendungen aufzubauen. Das betrifft sowohl die 
Server- als auch die Kliententwicklung. 

Um SCOM-LAN—Applikationen auch auf dem lokalen Rechnernetz des 
Kombinates Robotron ROLANET-1 und dem LOTUNET der TU Dresdeh zu 
ermöglichen, wurde durch das Rechenzentrum der Deutschen Post 
Berlin bzw. durch das Informatikzentrum der TU Dresden (flächen¬ 
deckendes IZ—NET) eine Emulation das SCOM-Transportsystems NIOS 
vorgenommen. Alle SCOM-LAN-Appl i kationen laufen damit auch auf 
der genannten Netzwerkhardware. Ein Übergang zwischen LOTUNET- 
/ROLANET 1- und SCOM-LAN ist auf der Stufe einer verbindenden 
SCOM-LAN-Server-Anwendung <z.B. DABANK—II) unter der gemeinsamen 
Schnittstelle SCOM-NIOS,gegeben. Es ist grundsätzlich nach Anpas¬ 
sungsarbeiten (Datentransportschnittstelle> aucn möglich, die 
Entwicklungslinie Netiwerkbetriebssystem (virtueller verteilter 
Massenspeicher) des LOTUNET oder ROLANET zu übernehmen. 

Ein wesentliches Element zukünftiger Appl 1 kat 1 onen,ist die SCQM- 
LAN-BOX als Kommunikations- oder Peripherie-Server. In Zusammen¬ 
arbeit^ mit einer unter DABANK-II laufenden Server-Station kann 
sie grundsätz 1ich beliebige Nutzerprotokol1 Wandlungen mit antei¬ 
liger Datenpufferung Ausfuhren. 

Beispiele sind kostengünstige Printer-Server und Übergänge zu 
öffentlich genutzten flächendeckenden Slatenverbindungen. 

Weitere Softwareprojekte betreffen die Kombination von Netzwerken 
verschiedener Lei slunyskl assen und Pr ogramnn erUmgebungen. Im 
Vordergrund stehen dabei Netzwerkbetriebssystame nach Industrie¬ 
standard /19/20/. 
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3. Die Systemssoft wäre SCOM-NI08 

Stands 07.02.90 

3.1. Zielsetzung 

Bild 3.1 2 eigt die 4 Struktureiemente des SCOM-LAN auf e.i nem 
vernetzten Mikrorechnersystem. 


1 . 

2 . 


3. 


/ — - 

J Anwenderlösung 


SCOM-Tools / 
Basisprotokoi1e 


y I NIOB - Interface 
' I (PROLAN / LANBOX- 
I Protokolle) 


J SC0M- 

I Transportssystem 


- NIOS - 


I SCOM-LAN Hardware 

! Basis Z80/U880- 
Peripherie 
! 1 SIO-Kanal 
! 1<2> CTC-Kanäle 


! Ring-Installation i 
i i 
' (Koaxialkabel) I 
! (Lichtwellenleiter)} 
I (Ringvertei1er) i 
! (StützVerstärker) : 
V (Repeater) ! 

-V-/ 


/- v 

! SC0I1 - Applikationen \ 
\---—--/ 


.. betriebssystemabhäQgig 

-> sprachspezifisch 
-> sprachunabhängig 


/ --- \ 

! SCOM Basissoftware ! 

\-/ 


Z 80 oder I 8086 - Code 
betriebssystem¬ 
unabhängig 


/-■- - - - \ 

t Hardwareantei1 I 

\ - —/ 


«Ausf ührungen s 

SCOM—1715—NIU \PC—1715) 

SCOM-NANOS-NIU-IFSS (K1S20-BUS) 
^SC0M-NAN0S-NIU-V.24 (K1520-BUS) 
SCOM-PROLAN (EC 1834) 

SCOM-LAN-BOX (V.24-TOR) 

SCOM-NIU-XT/AT (PC-XT/AT) 

SCOM-NIU—BOX (A 7150) 

SCOM-NIU-BOX-CZ (A 7150) 

SCOM—NIU-1834 (EC 1834) 

SCOM-PUALN4U-1834 (EC 1834) 

SCOM-DUALNIU-XT/AT (PC-XT/AT) 
SCOM-NANOS—DUALNIU (K1520-BUS) 


Bild 3.1: Aufbaustruktur von SCOM-LAN-Lösungen 
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Das Transportsystem SCOM-NIOS ist als anwendungsnautrala, offene 
Systemsoftware des SCOM-LAN vorgesehen. Es verhüllt dve gesamte 
Hardwarerealisierung des lokalen Netzes. 

Der Begriff des Transportsystems ist dem allgemein anerkannten 
OSI-Referenz-Model1 IS 7898 für offene Kommunikationsarchitektu- 
ren entliehen. Hervor?uheben ist die strenge Modularität und 
Hierarchie von sieber^ aufeinander aufbauenden Schichten verschie¬ 
dener Funktionalitäten in diesem Modell. 

Obwohl OSI-gerechte Implementiarungen mit SCOM-LAN-Bausteinen von 
der Entwurfsstrategie her nicht beabsichtigt sind, so kann den¬ 
noch eine Model 1 einordnung des SCOM-NIOS erfolgen. Durch die 
Schnittstelle der Transportebene wird ein sogehanntes Transport¬ 
system (Ebenen 1-4) festgelegt und ferner vom Anwendungssystem 
(Ebenen 5-7) abgegrenzt. 

Das SCOM-Transportsystem soll dem Nutzer bereits Dienstleistungen 
auf der Stufe der Transportschicht (OSI-Ebene 4) zur Verfügung 
stellen. Ein Transportsystem ist die höchste Stufe einer nutzer¬ 
unabhängigen Abstraktion von nachrichtenübertragenden Diensten. 
Bezogen auf die E i nsatzz i el Setzung '‘Computer-Kommunikation", 
bedeutet das insbesondere auch Betriebssystemunabhängigkeit. 

Gemäß der bevorzugten Einsatzumgebung des Systems SCOM-LAN sind 
die angebotenen Datentransportdienste auf eine Single-Task-Umge- 
bung zugeschnitten. Damit entfällt beim SCOM-NIOS die Adressie¬ 
rung von Rechenprozessen (TASK) auf den Netzwerkstationen (PC). 
Das Verzeichnis aller erreichbaren Prozesse reduziert sich dann 
auf die direkte KnotenadressLerung (Ebene 2 des OSI-Modells>, 
wenn gleichzeitig auf einen tr ansparent.en Internetzwer kbetr i eb 
(Protokol1-Overhead der OSI-Ebene 3) zugunsten der Laufzeit ver¬ 
zichtet wird. Für den Internetzbetrieb wurden für das SCOM-LAN 
effektive Gateway-Methoden über die Netzwerkapplikation (DABANK 
1I) ausgearbeitet. 

Die maximale Anzahl der logisch verwalteten Stationen beträgt im 
SCOM-NIOS 100. 

Die gegenüber der OSI-Nomenklatur eingegangenen Kompromisse zum. 
Funktionsumfang eines Transportsystems sind für low-cost-LAN 
typisch. Sie liegen in der Systemausrichtung für einen bevorzug¬ 
ten Nutzerkreis begründet. Dieser wird mit dem NIOS-Paket einen 
Datenverkehr zwischen 2 Verarbeitungsprozessen auf 2 Knoten ab¬ 
wickeln wollen. Die Zulässigkeit dieser Einschränkung ergibt sich 
aus vier rein praktischen Gesichtspunkten: 
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- Die meisten PC-Betriebssysteme und Programmiersprachen 
weisen eine Single-Task-/ Single-User—Eigenschaft auf. 

-Mit diesen Standard-PCs und unter komfortablen Entwick- 
1ungsumgebungen kann durch Vernetzung echte parallele 
Datenverarbeitung in weitgehend autonomen, übersicht1ichen 
und lose gekoppelten Tei1 Strukturen ausgeführt werden. 

- Die Sicherung einer großen Implementierungsbreite wird 
durch Vermeidung von <echt 2 eitkritischen> .Hardwäreinter- 
rupts erreicht. Für einfache (prozessor1 ose) LAN-Adapter 
wurden dazu geeignete Verfahren ausgearbeitet. 

- Beim Aufbau lokaler Netze mit LOW-COST-Hardware und be- 
grenzter übertragungskapazifät fördert der Anwender ver¬ 
stärkt den Aufbau vieler Einzelnstes in denen sich die 
Kommunikation konzentriert. Die bergangskommunikation 
kann als verhältnismäßig seltenes Ereignis über Protokoll - 
Wandlungen (Transport-Gateway) oder über gemeinsame Inter- 
netzwerkressourcen (Server, Applikations-Gateway) erfol¬ 
gen. Damit ist die Beschränkung auf Knotenadressen eines 
Netzes eine Alternativen zur impliziten Multinetzwerk- 
adressierung an der Schnittstelle zum Transportsystem. 

und 

- Viele Multitask-Applikationen kommen mit einem Kommuni- 
kationstäsk aus. 


Mit dieser Einsatzphilosophie findet der NIOS-Nutzer den 

Funktionsumfang eines Transportsystems' wieder: 

- Ein Transportsystem kontrolliert End-zu-End-Verbindungen. 
Die Nutzer stehen sich während der Verbindung sichtbar 
(transparent) gegenüber. Die Ausführung des Netzwerkes 
selbst bleibt unsichtbar. 

-Die Adressenzuordnung zwiscnen Nutzerprozessen ist eindeu¬ 
tig und vollständig. 
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- Dar Datentransport von Dataneinheitan praktisch beliebiger 
Länge erfolgt unter Flußkontrolle. 

- Eine End- 2 u-End-Fehlererkennung/Korrektur ist Bestand¬ 
teil des internen Übertragungsprotokol1 s*. 

Das direkte Aufsetzen der Applu kat 1 onsebene auf das Transport¬ 
system ist ein wesentliches Merkmal der Einsatzstrategie des 
SCOM-LAN. SCOM-NIOS bietet dem Anwender in erster Linie einen 
verbindungsorientierten Datenübertragungsdienst. 

Voraussetzung für die Übertragung von Dateneinheiten <Datenpake- 
l«n> ist *->onu t der Aufbau logischer Transportverbi ndungen zwi¬ 
schen kommunizierenden Knotenrechnern. 

Das NIOS verwaltet jeweils eine logische Transportverbindung zwi¬ 
schen zwei Netzwerk-Knoten, die durch spezielle Aufrufe geöffnet 
bzw. geschlossen werden kann. Es ist zu beachten, daß der Aufbau 
einer beliebigen Anzahl von logischen Verbindungen im Netz mög¬ 
lich ist, d.h. in der Regel bestehen mehrere Verbindungen, je¬ 
weils zwischen 2 Knoten, quasi nebeneinander. SCOM-NIOS verwendet 
dazu das Prinzip des Rahmenmultiplex durch Paketvermittlung des 
Übertragungsmediums. 

Der Vielfachzugr 1 ff auf das übertragungsmedium ist dezentral 
organisiert. Der Softwaremodul SCOM-NIOS kann Bestandteil des 
Anwenderprogramms oder als residenter Betrlebssystemtreiber ein¬ 
gebunden sein. 

Die Bildet 3.2 und 3.3 veranschaulichen das Konzept der teilweise 
offenen Systemarchitektur von SCOM-LAN-Lösungen in zusammengefaß¬ 
ter Form. 
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3.2. 


Eigenschaften und Aufteilung des 
SCOM-Transportsystems NIOS 
Aufgabe des Transportsystems SCOM-NIOS ist es, dem Programmierer 
verteilter Applikationen zuverlässige lind leicht handhabbare 
Datentransportdienste zwischen Netzwerkknoten bereitiustellen. 
Gemäß der typischen Einsatzphi1osophie des SCOM-LAN sind das 
Verbindungen zwischen jeweils zwei Applikationsprozessen auf zwei 
Rechnern, übergebene Nut 2 dateneinheiten sind mit hoher Sicherheit 
gegen Verfälschungen und in möglichst kurzer Zeit dem Empfänger 
2 u übermitteln. 

Ausgangspunkt für die Übertragung von Dateneinheiten (Datenpake¬ 
ten) ist der Aufbau logischer Transportverbindungen zwischen 
kommunizierenden Knotenrechnern. 

Das NIOS verwaltet jeweils eine logische Transportverbindung 
zwischen 2 wei Net 2 werkknoten, die durch spezielle Aufrufe geöff¬ 
net bzw. geschlossen werden kann. Es ist zu beachten, daß der 
Aufbau einer beliebigen Anzahl von logischen Verbindungen im Net 2 
möglich ist. In der Regel bestehen mehrere Verbindungen, jeweils 
zwischen 2 Knoten, quasi nebeneinander. SCOM-NIOS verwendet dazu 
das Prinzip des Rahmenmultiplex durch Paketvermittlung des über— 
tragungsmediums. Die-ZeitSchachtelung in der Bedienung der ein¬ 
zelnen virtuellen Übertragungskanäle ist asynchron. Der Vielfach¬ 
zugriff auf das Übertragungsmedium ist dezentral organisiert. 

Zur besseren Übersicht lassen sich die Funktionsaufrufe des 
Transportsystems in 5 Komplexe aufteilen, die als Funktionsgrup¬ 
pen bezeichnet werden sollen. 


Funktionsgruppen des SCOM-NIOS: 


Gruppe I: Aufbau und Auflösung von logischen 

Transportverbindungen der Kategorie A, B, C 
oder D 


Gruppe 1I: 


Verbi naungsorlenti ertes Senden un,d Empfangen 
von Dateneinheiten nach der eingestellten 
Kategorie 
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von 


Gruppe III: Verbindungsloses Senden und Empfangen 

Dateneinheiten nach der eingestellten Katego¬ 
rie 

Gruppe IV: Set2en der Zugriffspriorität, der Übertra- 

gungskategorie sowie der Timeout-Bedingungen, 
Funktionen 2ur Hardwarekontrol1e, 

Definition einer Zugriffstechnik aus mehreren 
Varianten 

Gruppe V: Initialisieren und Rückset2en der Hardware 

Übertragungskategorien: A einfache CRC-Fehlererkennung 

B einfache CRC-Fehlererkennung und 
Fehlerkorrektur durch Rückfrage 
und Wiederholung 

C Störfester erweiterter Fehler¬ 
er kennungscode 
(ca. 50% Signalredundan2> 

D Fehlerkorrektur durch Rückfrage 
und Paketwiederholung nach dem 
Fehlererkennungscode unter C 

Bemerkung: Der an dieser Stelle eingeführte Begriff der Kategorie 
umfaßt die' beiden Seiten Datencodierung zur Fehlerer¬ 
kennung und die Fehlerbehandlungsmethode, einschließ¬ 
lich einer Bi£fehlerkorrektur. 

Die Kategorien C und D erlauben eine 2uverlässige Fehlererkennung 
bei Kanal-Bitfehlerraten ab 10 Dadurch wird insbesondere das 

Betriebsverhalten bei Kabel kontaktfehlern oder bei hohen- Kanal¬ 
dämpfungen <LWL-Medieneinsatz!) positiv beeinflußt. 

Da die 2ur Verfügung stehenden Kategorien einen unterschiedlichen 
Datendurchsatz verursachen, ist es sinnvoll, im Interesse einer 
guten Kanalverfügbarkeit, die Auswahl der Übertragungskriterien 
2ielgerichtet vor2unehmen. Applikationen stellen in der Regel 
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recht di f f er enz i er te Arvf or derungen an die Störfestigkeit der 
PaketÜbertragung, wobei der unerkannte Übertragungsfehl er prak¬ 
tisch von keiner Applikation toleriert wird. Der Datenaustausch 
in der Gruppe III des Transportsystems ist vorrangig in Kombina¬ 
tion mit verbindungsorient 1 erten Diensten einzusetzen. Die zuge¬ 
hörige Sende/Empfangsfunktion arbnitnt mit einem minimierten 
Übertragungsprotokol 1 , das auf die Pha^.e Vor t>i ndunqskontrol 1 e 
verzichtet. Da** SCOM-Transportsystem übertragt Dateneinheiten in 
der Gruppe III nach der übertragungskategorie A oder C, 

Es sei ausdrücklich betont, daß bis zur Schnittstelle des Trans¬ 
port. Systems SCOM-NIOS unabhängig von einer Betriebssystemumgebung 
gearbeitet wird und keine grundsätz 1 i chen Bedingungen an die 
Hardwarekonfiguratlon, des Rechners gestellt werden. Die CPU des 
Knotenrachnörs wird grundsätzllch nur bei tatsächlich zutreffen¬ 
der Kommunikation beansprucht. 

Jeder Protokol1 sehri11 1 Anforderung" in NIOS-internen Protokollen 
wird von oer NIU, auch oh. e NIOS-Aufruf, voll gepuffert! 

Eine Besonderheit das NlOS-Verhaltens ist das synchronisierte 
Sende-Empfangsverhalten, das im Rahmen von deflnierbaren Tirieout- 
Festlegungen unkritische Echtzeitforderungen an den Nutzer der 
NIOS-Ebene gestattet. 

Ein dem Senden vorgelagertes Softwar^-Handshake-Protokol1 sichert 
die entsprechende Einphasung und läßt den Spielraum für "Timeout- 
Regul i erungen offen (betrifft Gruppe II) 

In den folgenden Abschnitten werden Detai1informatlonen zur 
Schnittstellenbedienung gegeben. 

Das SCOM-Transportsystem kann auch als ROM-Modul unter Auslage¬ 
rung des Parameterubergabebereiehe (NIOS-NCB) und eines' internen 
NIOS-Puffers <6 Byte) betrieben werden. Zu diesem Zweck können 
auf Wunsch die RAM-Bezüge als EXTERNAL5 vereinbart werden. 
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3.3. 


Beschreibung der Schnittstel1enparameter des 
SCOM-NIOS 

Grundlage der Systemschnittstel1e SCOM-NIOS sind die bereitge¬ 
stellten Basisfunktipnen. Sie werden modulintern über einen 
Sprungverteiler erreicht. Maßgebend für die Funktionsausführung 
ist die Parameter 1 iste, di'e über einen relativen Bezug zum Pro¬ 
grammei nsti eg <ZflO/USÖO-Systeme) zum NIOS lokalisiert wird oder 
die als Datenbereich mit übergeben wird <8086-Systeme). Die Para¬ 
meterliste wird als NIOS-NCB (NCB: Abk. für Netzsteuerblock) be¬ 
zeichnet. Die folgenden Angaben beschreiben die Schnittstelle 
umfassend. NIOS ist bei Z80/U880-Systemen der Programmeintritts- 
pnkt. Seine Position ist ein ßenerierungsparameter, bzw. wird 
durch die Link-Operation definiert. 

Die benötigten ParameterpositIonen im NIOS-NCB <NCB-Länge = 16 

Byte) sind wie folgt festgelegt: 


1. Parameter 

: 

Formats 


Byte 

s 

Adresse 

2. Parameter 

: 

Format: 


Byte 


Funktionscode 

3. Parameter 

3 

Formati 

2 

Byte 


Datenanfang 

4. Parameter 

: 

Format: 

2 

^yte 


Datenlänge (»Byte) 

5. Parameter 

! 

Formats 


Byte 

s 

Statusmeldüngen 

6. Parameter 

: 

Format s 


BVfe 


Prioritat 

7. Parameter 

: 

Formats 

2 

By^e 


1. Timeout-Parameter 

8. Parameter 

: 

Format: 


Byte 


Zugriffstechnik 

9. Parameter 

: 

Format s 


Bytp 

8 

übertragungskategor i e 

10. Parameter 

: 

Format: 


Byte 

: 

Maximale ARQ-Zyklen 

11. Parameter 

: 

Format s 


Byte 

s 

Kol 1isionsanzahl 

12. Parameter 

: 

Formats 

2 

Byte 

: 

2. Timeout-Parameter 


13. .. weitere Parameter für 8086-NI0S und für Internetzarbeit 

Erklärungen z«u den Parametern: 


zu 1. 

Das Adressenübergaberegister trägt die. Information über Teilneh¬ 
meradressen für eine Verbindungsorganisation zwischen zwei kom¬ 
munizierenden Netzwerkstationen. Sie dient ferner der Übergabe 
der Zieladresse beim verbindungslosen Aussenden einer Nutzdaten¬ 
ei nheit. 

Die Nutzung des Adr essenübergaberegisters als übergabebereich 
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?ur Änderung der eigenen Geräteadresse stellt einen Sonder- 
-fall der NIOS-Nutzung dar. 

Zulässige Adressen liegen grundsätzlich im Bereich 1..99. 


zu 2. 

Diese Parameterposition beinhaltet die Mitteilung über die jewei¬ 
lig gewünschten NIOS-Dienst. Die Standardwerte ergeben sich aus 
den zulässigen NI OS—Funktionscodes: 0 bis 12 sowie 20 bis 22. 


z ü 3. 

Der übergabepuffer "Datenanfangsadresse" trägt als 16-BIT-Adresse 
die Information über die Anfangsposition der zur Aussendung kom¬ 
menden Dateneinheit bzw. die Anfangspufferadresse für die im 
Empfangsvorgang aufzunehmenden Dateneinheit. 


zu 4, 

Der Übergabepuffer “Dätenlänge” gibt als 16-stelliger Binärwort 
den Umfang der ’Sendedateneinheit bzw. die maximale Pufferkapazi¬ 
tät des NIOS-Nutzers zur Datenentgegennahme <Empfangsaufforda- 
rung) an. Nach dem Empfang einer Dateneinheit zeigt der Parameter 
die tatsächliche Länge (in Byte) des /Empfangsdatenblockes an 


zu 5. 

Das Stat'usauttangregi ster trägt die jeweilige Statusmeldung der 
NIOS-Funktidn. Diese funktionsabhängigen Statusanzeigen werden 
im Zusammenhang mit den NIOS-Funk^ionsbeschreibungen aufgeführt. 


zu 6. 

Der Inhalt des Prioritätsregisters regelt das Verhalten des 
Zugriffsverfahrens in Konfliktsituationen. Zulässige Werte liegen 
zwischen 0 und 100. Der Wert 0 ist Standard, d.h. n*ch System* 
erstaufruf voreingestel1t. Ein Zugriffskonflikt ist durch den 
zeitlich gleichen Modienzugrjff zweier oder mehrerer NIOS-Nutzer 
gekennzeichnet. Der Konflikt wird durch Kol 1isionserkennung er¬ 
kannt und nach zwei möglichen Prinzipien behandelt: 
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( 1 ) 


Das Prioritätsregister trägt den Wert 0: 

Die Konf1ikt1ösung erfolgt mit gleichen Zugriffserfolgsaus- 
sichten für jeden NIOS-Nutzer, d.h., jeder NI0S-Nut2er ist 
hinsichtlich des Netzzugriffs gleichberechtigt. Der Zufall 
entscheidet. 

Das Prioritätsregister trägt einen Wert 1 < x < 100: 

Der betreffende Teilnehmer erhält mit dem x-Wert eine 
Prioritat«Zuordnung. Die Priorität fällt mit steigendem x. 

Achtung: Konflikte zwischen Teilnehmern gleicher Priorität 
werden letztlich (nach einer endlichen Anzahl von Zugriffsversu- 
chen) durch Auswertung der Stationsadressen gelöst. In diesem 
Falle füngiert die Adresse als Konfliktloser, indem eine teilneh¬ 
merabhängige Wartezeit beim Medienzug^iff berücksichtigt wird. 
Das heißt, Teilnehmer mit gleicher Priorität regeln ihren Kon¬ 
flikt u.U. entsprechend ihrer numerischen Adressen. Die kleinere 
Adresse führt zu einer höheren Zugriffspriorität. 

Grundsätzlich können NIOS-Nutzer mit oder ohne Prioritätsangabe 
geordnet und mit der entsprechenden Vorrangstel1ung der Priorität 
gemeinsam am Netzwerk kooperieren. 


zu 7. 

Dieser Parameter (Kurzzeichen TO) legt die maximal zulässige 
Empfangsverzögerung als Vielfaches von 0,208 ms fest. Bei Über¬ 
schreitung der eingestellten Wartezeit während eines I^IOS- 
Empfangsaufrufs wird im Statusregister die Meldung "Timeout der 
angesprochenen Empfangsfunktion" hinterlegt. 

Als Standardein.tragung ist der Wert EF00H vorgesehen. 


I 

Achtuno : Die Abstimmungen zwischen de**- Laufzeit der Anwenaerpro- 
zesse und der zulässigen Verzögerung der Datentransportdienste 
sind Bestandteil der übertragungsprotokol1e des Anwendungs- 
Programmierers. 


8 . 

Mit diesem Parameter kann der NIOS-Nutzer seine Auswahl aus den 
zur Verfügung stehenden Zugriffstechniken kenntlich machen. Zuge¬ 
lassen sind die als Binärzahlen zu verschlüsselnden Zugriffs- 
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modes: 0,1,2,4 oder 5. Eine Verfahrensübersicht wird gesondert 

vermittelt. 


ZU 1t , , 

Diese Parameterposition beinhaltet die Information über die vom 
Nutzer eingestellte übertragungskategorie. Der 2 ugelassene Codie¬ 
rungsvorrat beschrankt sich auf die binaren Größen 0,1,2 oder 3. 


zu 19« 

Der Inhalt dieses Übergabebereichs' wird grundsätzlich nur bei den 
übertragungskategorien B oder D (Codierung 1 oder 3) ausgewertet. 
Die übermittelte Größe gibt an, wie oft eine eventuelle Fehler¬ 
korrektur über das automatische Rückfrageverfahren <ARQ-Prinzip) 
versucht werden soll, wenn das Ergebnis der Empfangsfehlerprüfung 
zum wiederholten Male negativ ausgefallen ist. Die Standardein¬ 
tragung begrunzt diese Zyklusanzahl auf 10. 


zu 11. 

Dieses Byte liefert dem NIOS-Nutzer eine Information über die 
Kol 1isionshäufigkeit während des letzten Medien 2 ugriffs. Dieser 
Merl kann,im Zusammenhang mit Spezialapplikationen genutzt wer¬ 
den, bei denen die Zugriffsstatistik eine Rolle spielt. 


zu. 12y 

Unabhängig vom Timeout des Sende/Empfangsprozesses kann ein Time¬ 
out für die Bestätigung einer anqefOrderten # 1og i sehen Tr^nsport- 
verbindung in gleichen Rasterschritten wie bei Parameter 7 
definiert werden. Das Kurzzeichen für diese Timeout-Grenze ist 
TOBQ. Ein Überschreiten des Timeouts^wird als Abweisung der ge¬ 
wünschten Verbindung interpretiert. Die Standardeintragung ist 
00FFH. 

Auch alle dfer Erstsynchronisation folgenden NIOS-internen Proto- 
kollschritte benutzen die Größe TOBQ zur Timeout-Entscheidunlg. 
Das betrifft insbesondere die Protokolle der NIOS-Funktionsgruppe 
II unter Berücksichtiguna einer möglichen Fehlerkorrektur. 
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3.4 


Beschreibung der NIOS-Dienste 


Das SCOM-NIOS ist eine geschlossene Sammlung vorrangig verbin¬ 
dungsorientierter Datenübertragungsdienste. 

Die nachfolgende Zusammenstellung der NIOS-Dienste schließt die 
erforder1iche Eingangsparameterversorgung sowie die möglichen 
Antwortmeldüngen ein. 


/-------\ 

! FCOPEN Anforderung einer Verbindungseröffnung ! 

\ ---- / 

Eingangsparameter: 

(Code) t 1 

(Adresse)t Zieladresse i 1...993 


Ausgangsparameter: 

(Status) : 1 Medium besetzt 

2 angesprochener Teilneh¬ 
mer nicht am Netz 

3 erfolgreiche Verbin¬ 
dungseröffnung 

14 der angesprochene Netz- 
werkteilnehmer hat eine 
ungleiche Versionsnummer 

Dieser NIOS-Dienst eröffnet eine logische Datentransportiinie im 
Ringnetz zwischen zwei NIOS-Nutzern. Sie hat Bestand bis zum 
Rücksetzen der Verbindung durch die Funktion "FCCLOSE". 
NIOS-Nutzer, die eine logische Verbindung aufrechterhalten, sind 
für dritte NIOS-Nutzer nicht' erreichbar. Eine neue Zugriffsmög¬ 
lichkeit ergibt sich stets erst nach dem Verbindungsabbau. Beim 
Aufbau einer logischen Transportverbindung mittels der NIOS-Funk- 
tion FCOPEN wird die NIOS-Versionsnummer beim gewünschten Netz- 
werktei1nehmer überprüft. Die Statusmeldung 14 deutet auf einen* 
Systemfehler ungleicher NIOS-Implementierungen hin, die eine 
Anschiußkompatibi 1ität gefährden würde. Die Verbindung wird bei 
ungleichen Versi onsnummer n abgewiesei\. Eit* NlÖS^Funkt ion FCOPEN 
kann auf der Seite des angesprochenen Teilnehmers nach zwei Mög¬ 
lichkeiten beantwortet werden: 
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<1> Registrierung der Anforderung mit FCRXSTAT und 
Bestätigung mit FCOPENBQ 

(2) Aufruf der NetzMerkabfrage FCNET mit unbedingter 
Bestätigung im Falle einer Verbindungsanforderung 

Nach Auslösung der Verbindungsanforderung mittels FCOPEN muß die 
Bestätigung innerhalb eines Timeout-Limits erfolgen. Die Status¬ 
meldung 2 ist also als Überschreitung der Timeout-Fest1egung zu 
interpretieren. Letztere kann in weiten Grenzen durch den NIQS- 
Nutzer mit dem Parameter TOBQ (Parameter 8) definiert werden. Die 
Timeout-Regulierungen bei der Verbindungseröffnung können unab¬ 
hängig von denen des Sendens und Empfangene (FCTX, FCRX) festge¬ 
legt werden. 

/- - - - —\ 

! FCOPENBQ Bestätigung einer Anforderung zum Verbindungs- t 
! aufbau i 


Eingangsparameter: 

(Code) : 0 


Ausgangsparameter: 

(Adresse): Adresse des anfordernden 

NIOS-Nutzers CI... 993 
(Status) : 5 erfolgreicher Ver¬ 

bindungsaufbau 
sonst Synchronisations- 

fehlar 


Der NIOS-Dienst bestätigt eine Verbindungsaufforderung durch 
einen Netztei1nehmer (NIOS-Nutzer der anfordernden Teilnehmerein¬ 
heit). Nach erfolgreicher Bestätigung existiert eine logische 
Standverbindung zwischen zwei NIÜS-Nutzern bis zur Aufkündigung 
(vergleiche "FCRXSTAT"!.). Netzwerktei1nehmer, die auf einer lo¬ 
gischen Verbindung arbeiten, selektieren dritte Teilnehmer hard- 
waregestützt, d.h. ohne Host-CPU Belastung aus. Einsr 1 Anforderung 
auf Verbindungsaufbau (FCOPEN) muß bei Bereitschaft in einer 
vorgebbaren Timeout-Spanne durch Aufruf der NIOS-Funktion 
FCOPENBQ (wenn die Anzeige der Anforderung durch FCRXST erfolgte) 
oder durch die NIOS-Funktion FCNET entsprochen werden. Die 
Timeout-Größe wird durch den Parameter TOBQ festgelegt (vergl. 
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NIOS-Funktionen FCRX,FCOPEN). 


Achtunq!: Nicht jede Netzwerkanforderung (FCRXSTAT) wird 
zwangsläufig bestätigt, wenn der Kommunikationspartner verbin¬ 
dungsbereit ist- Im Falle der quasi gleichzeitigen Mehr*fachanfor- 
derung bei einem Netztei1nehmer auf Verbindungsaufbau entscheidet 
der Zufal1. 


/-\ 

: FCNET Netzwerkabfrage mit Bestätigung I 

\---/ 


Eingangsparameter: 

<Code) :20 

Ausgangsparameter: 

(Adresse): Adresse des anfordernden 

NIOS-Nutzers CI ...991 
(Status) 5 erfolgreicher Verbin¬ 
dungsaufbau 

4 keine netzseitige 
Verbindungsanforderung 
sonst Synchronisations¬ 
fehler 

Die NIOS-Funktion FCNET ist eine Zusammenfassung der beiden 
Dienste FCRXSTAT und FCOPENBQ in gleicher Reihenfolge und 
soll als Alternative verstanden sein. 


/ ---- — - \ 

I FCCLOSE Schließen einer logischen Verbindung ! 
\—--/ 


Eingangsparameter: 

(Code): 2 

Ausgangsparameter: keine 

Diese NIOS-Operation kündigt eine bestehende logische Verbindung. 
Sie wird grundsätz 1 ich durch beide Partner einer Trar.sportverbin- 
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dang im Rahmen des höheren Anwenderprotokol1s ausgeführt 


/ - - - \ 

! FCTX Senden einer Dateneinheit ! 

\ ---- — - - - / 


Eingangsparameter j 

(Code) : 3 

(Datenanfang>: siehe Parameter .3 
(Datenlänge) : siehe Parameter 4 


Ausgangsparameter: 

(Status): 13 Sendeerfolg 

12 Handshake-Fehler 
1 kein Medienzugriff 

Die NIOS-SendedienstLeistung transportiert Dateneinheiten beginn 
nend auf der Adresse (Datenanfang) mit der absoluten Länge 
(Datenlänge) zur Zielstation der eröffneten logischen Verbindung. 
Ein Softwareprotokol1 zur Empfängersynchronisierung (handshake) 
bewirkt unter Beachtung eines in Schritten vorgebbaren Timeout 
(Sehrittweite 0,208 ms) unkritische Echtzeitbedingungen für die 
Aufnahme von Datensendungen auf der Empfängerseite (vergl. Funk¬ 
tion FCRX). Die Paketdaten werden nach der eingestellten 
Übertragungskategorie übertragen. 


/ - „-\ 

! FCRX Empfangen einer Dateneinheit ! 

\ ---- / 


Eingangsparameter: 

(Code) s *4 

(Datenanfang): siehe Parameter 3 
(Datenlänge) t siehe Parameter 4 

Ausgangsparameter: 

(Status) : 8 fehlerfreier Empfang 

tx erkannter Empfangsfehler 
(Übertragungsfehler 
durch Kanalstorung) 


58 







7 


“timeout" der artajespro- 
chenen Empfangsfunktion 
9 Überlauf des mitgeteilten 
Pufferbereichs 

(Datenlange) : Lange <*Byte) der tatsächlich 

empfangenen Dateneinheit 

Der NIOS-Empfangsaufruf beinhaltet ein Antworten auf ein sende¬ 
seitiges *'handshake , '-Signal. Die Fehlererkennung stützt sich auf 
einen 1- oder 2-Stufen-Fehlererkennungscode. Die empfangenen 
Nutzdaten werden, beginnend mit der Anfangsadresse 
(Datenpufferanfang>, abgelegt. Ein übersehreiten des vorgegebenen 
Pufferbereichs (Datenlänge) wird durch das NIOS überwacht und 
ggf. durch die Statusanzeige "9 W zur Anzeige gebracht. Wird über 
eine Dauer der vereinbarten Timeout-Konstante (T0> keLne 
Dateneinheit angekündigt, so wird mit der Meldung “Timeout" eine 
fehlerhafte Empfangsfunktion angezeigt. 

Durch ein zusätzliches Abfangen dieses Zustandes vom NIOS-Nutzer 
kann ein beliebig vergrößertes Timeout-Interval1 eingestellt 
werden'. 

Die Timeout-Grenze wird in Vielfachen von 0,208 ms durch Verände¬ 
rung des Parameters ‘T0‘ zu variiert. *T0‘ besitzt das Format 
einer 16-Bit Größe. Damit lassen sich durch den NIOS-Nutzer 
Timeout-Limits im Bereich von 0,208 ms bis 13,631 s festlegen, 
wobei der genannte Endwert mit der Eintragung T0=0 erreicht wird. 


Modifizierung der Operationen FCRX und FCTX 

Unter Beibehaltung aller anderen NIOS-Protokol1e wird das Aussen- 
den und Empfangen von Datenpaketen nach der eingestellten über- 
tragungskategori e ausgeführt. 

Acncunq; Anwendersysteme sind jeweils nur auf der Grundlage 
einer einheitlichen übertragungskategorie sinn¬ 
voll. Konkrete Anwenderprotokol1e können jedoch 
gezielt die Eigenschaften der Übertragungs¬ 
kategorien ausnutzen. So ist es ^zum Beispiel 
möglich, den Fi 1e-Transfer mit verschiedenen 
Störfestigkeiten als jeweils eigenständige Netz¬ 
werkapplikation aufzubauen. Die Kagorien B und D 
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bieten dem Nutzer ein Fehl er korrekt urverfeihren im 
Rahmen der Er kennbarkeit von übertragungsfehlern. 

Ein- und Ausgangsparameter*zu den Funktionsaufrufen FCRX bzw. 
FCTX bleiben mit der Kategorie B und D unverändert. 

In den übertragungskategorien B und L ändern sich jedoch die 
Statusaussagen wie folgt: 

Der Status* 6 nach Aufruf der Funktion FCRX wird mit den* 

Status 7 gl eichgesetzt. 

Eine Timeout-Meldüng bedeutet dann: 

a) Kein Datenpaket in der vorgegebenen Zeit 
empfangen. 

oder b> Der Sender hat die Aussendung des Daten¬ 

pakets aufgrund zu hoher Kanal störungen 
abgebrochen. Dieser Fall tritt praktisch 
auf, wenn nach einem letzten Datenkorrek¬ 
turversuch die positive Datenbestäti¬ 
gungsmeldung durch den Empfänger ausge¬ 
blieben ist. 

Die Begrenzung de# Niederholungsumfangs 
gemäß dem ARQ-Verfahren legt grundsätz¬ 
lich der Nutzer der NIOS-Routine “FCTX" 
fest. 

Nach dem Aufruf der NIOS-Funktion FCTX ist der Status 11 im Sinne 
des Falles b) zu interpretieren, d.h. der Sender hat die im Über¬ 
gabebereich NIOS + 15 festgelegte Anzahl von übertragungsversu¬ 
chen ohne Erfolg absolviert. 


Die nachfolgenden beiden NIOS-Dienste sind dadurch gekennzeich¬ 
net, daß keine logische Transportiinie zwischen den betreffenden 
Netz.wer kknoten auf gebaut werden muß. Dennoch können d*e folgenden 
beiden Dienste auch nach erfolgter Verbindungseröffnung bönutzt 
werden. Für die Synchronität bei der Datenübertragung (Empfangs¬ 
aufruf vor Sendeaufruf) hat dann allerdings der Anwendungspro¬ 
grammierer Sorge zu tragen. 
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/ - --\ 

! FCPTX Verbindungsloses Senden von Dateneinheiten ! 

\-/ 


Eingangsparameter: 

(Code) 

< Datenanfang) 

(Datenlänge) 

(Adresse) 


: 21 

: siehe FCTX 
s siehe FCTX 
s Zieladresse CI..99] 


Ausgangsparameter s 

(Status) 


: 1 kein Medienzugri-ff 

11 Sendefehler 
13 Übertragung abge¬ 
schlossen 


Der Inhalt des übergabewertes "Adresse" gibt die Knotenadresse 
des Ziel Systems an. Sie wird,bei jedem Sendeaufruf "fCFTX“ in den 
Datenübertragungsrahmen einqefüqt. 


/ -- --\ 

! FCFRX Verbindungsloses Empfangen von Datenpaketen ! 
\-------/ 


Eingangsparameter: 

(Code) 

(Datenanfang) 
(Datenlänge) 


: 22 

s siehe FCRX 
:siehe FCRX 


Ausgarhgsparameter: 

(Datenlänge): vergl. FCRX 
(Status) : vergl. FCRX 

Hinweis: Die SCOM-NIOS-Funktionen FCRX und FCFRX sowie FCTX und 
FCFTX sind autonome Einzel funktionen mit jeweils unter¬ 
schiedlichen - d.h. inkompatiblen - Übertragungs¬ 
protokollen. Der Nutzer muß bewußt die Entscheidung 
zwischen dem verbindungsorientierten Standard-PaVet- 
transfer und dem Datagramm-Transfer in Abhängigkeit von 
den Anforderungen der Netzwerkapplikationen fällen. 

Ein gleichzeitiges gemischtes Verwenden beider Übertra- 
gungsformen schließt sich demnach aus. 
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/---\ 

! FCRXSTAT Abfrage einer Netzanforderung I 

\-/ 

Eingangsparameter: 

<Code> e 5 

Ausgangsparameter: 

(Status) 4 keine netzseitige 


Verbihdungsanforderung 
3 Verbindungsanforderung 
durch einen Netzteil- 
nehmer 

Der NIOS-Aufruf FCRXSTAT gestattet die Statusabfrage des Rechner¬ 
netzes auf Verblndungsanforderungen seitens anderer Teilnehmer im 
Polling-Betrieb. 

Eine Verbitidungsanf orderung <Status*3) wird in der Regel mit der 
NIOS-Funktion FCOPENBQ positiv quittiert, wenn die. Bereitschaft 
2 ur Verbindung angezeigt werden soll. 


/ - ^ - \ 

' FCSETEA Setzen der eigenen Geräteadresse 

\ - / 

Eingangsparameter: 

(Code) : 6 

(Adresse): neue einzutragende Gerate¬ 

adresse CI...993 

Ausgangsparameter: keine 

Normalerweisc wird die Gerateadresse vbr der Ihitialisierung der 
Hardware festgelegt. Sie ist Bestandteil der Netzwerkorganisa¬ 
tion. Durch die NIOS-Dienstleistung "FCSETEA" kann durch den 
NIOS-Nutzer operativ eine Veränderung der eigenen Knotenadresse 
vorgenommen werden. 
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/ ----- - - \ 

) FCGETEA Information über die geführte eigene Adresse I 
\- - - 4 ----—/ 


Eingangsparameter: 

(Code) : 7 

Ausgangsparameter: 

(Adresse): eigene Geräteadresse CI...993 

Diese Funktion liefert im Register (Adresse) die aktuelle eigene 
Geräteadresse, über die der NIOS-Nutzer erreichbar nst. 


/ - - - \ 

} FCINIT Hardware-Grundinitialisierung ! 

\ - , - / 


Eingangsparameter: 

(Code) : 8 

Ausgangsparameter: 

(Status): 15 erfolgreich 
16 NIU - Fehler 

"FCINIT" bewirkt die Initialisierung der Netzwerkinterfaceeinheit- 
(NIU) und stellt die Betriebsbereitschaft her. 


/---■;-r--\ 

I FCRESET Hardware-Abschaltung i 
\---/ 


Eingangsparameter: 

(Code): 9 

Ausgangsparameter: keine 

"FCRESET" set2t die NIU zurück. Damit wird der NIOS-Nutzer 
vom Netz getrennt. Ein Hardware-Reset bewirkt den gleichen 
Zustand. 
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Bemerkung: Bei Anwahl von unbekannten NIOS-Funktionscodes (in 

(Code)) erfolgt eine Statuemeldung “unbekannter 
Funktionscode": 


(Status): IO. 


Weitere Sonderfunktionen des SCOM-NIOS dienen der Unterstützung 
von Sfiezialapplikationen, hauptsächlich im Rahmen des Instal¬ 
lationstests. Sie werden nachfolgend erläutert. 

/-—- T -V 

! NRQ Testzugriff auf das Übertragungsmedium ! 

\---/ 

Eingangsparameter: 

(Code) 10 

Ausgangsparameter: 

(Status) : 0* Zugriff war erfolgreich 

1 Zugriff war nicht möglich 

Die Tastfunktion NRQ greift nach einer Verzögerungszeit nach dem 
eingestellten Zugriffsverfahren auf das übertragungsmedium zu. 
Die Verzögerungszeit verhindert eine unverhältnismäßige Kanal- 
belastung, falls die Testfunktion in einer Dauerschleife pausen¬ 
los angesprochen wird. Der Net 2 werkzugriff wird nach einer 
eingebauten Verzögerungszeit von ca. 2 ms gestartet. 

Nach erfolgreiehern Netzzugriff, wird das Übertragungsmedium 
sofort wieder freigegeben. Es erfolgt keine Nutzdatenübertragung, 
jedoch eine Prüfung des gesamten elektrischen oder optischen 
Ringkanals. SCOM-LAN Knoten verwenden diese Funktion zur Überwa¬ 
chung des Netzwerkes (Serverfunktion mit Signalisierung von Stö¬ 
rungen). Die Funktion NRQ beansprucht nur ein Minimum an Kanal Ka¬ 
pazität und behindert dadurch parallel ablaufende Applikations¬ 
protokolle kaum. 
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/- 

I FLAGTX 
\- 


Aussenden von SDLC-Flags ! 

- / 


Eingangsparameter: 

(Code) : 11 


Ausgangsparameters keine 


Es erfolgt ein unbedingter, d.h. auch unkontrol1 1 erter Zugriff 
auf das Übertragungsmedium. Der Knotensender sendet pausenlos 
BDLC-Flags aus. Die Aussendung kann durch Aufruf der Funktion 
FCINIT wieder Abgebrochen werden. 

Mährend der Funktion FLAGTX ist das übertragungsmedium für andere 
Netztei1nehmer blockiert, d.h. ablaufende Applikationsprotokolle 
können nicht fortgesetzt werden (Zugriffsfehler = Zugriffs- 
timeout). Der Dienst FLAGTX kann, da keine Zugangskontrolle er¬ 
folgt, durch mehrere Knotenrechner gleichzeitig aufgerufen wer¬ 
den. Sinn dieser Funktion ist eine Bereitstellung eines synchro¬ 
nen Testsi_gnals für Heilzwecke. 


/-\ 

! f^CVNR Versionsnummer des SCOM-NIOS 1 

\ - / 

Eingangsparameter: 

(Code) : 12 


Ausgangsparameter s 

(STATUS) : Versionsnummer 

Die Basissoftware SCOM-NIOS unterliegt einer ständigen Vervoll¬ 
kommnung und Maiterentwicklung. Alle SCOM-NIOS-Versionen sind 
aufwärtskompatibel, d.h. alte Varianten werden durch neue ledig¬ 
lich erweitert, picht aber in ihrer Funktionalität beschnitten. 
Mit der Funktion FCVNR kann eine Überprüfung der verwendeten 
NIOS-Version vorgenommen werden. 


I 

! 
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3.5. Das Senden und Empfangen von Datenqinheiten nach 

Funktionsgruppe II und der Verbindungsaufbau 

Ausgehend von der SCOM-LAN Hardwarekonzeption (z.B. LAN-Baugrup- 
pen 1715-NIU sowie NANOS-NIU) und deren vorausgesetzten direkten 
Bystembusanschluß an die Host-CPU ist das NIOS-Transportsystem 
bezogen auf die Nutzdaten speicherlos. 

Sendung und Empfang sind deshalb Prozesse, die sich notwendiger¬ 
weise zeitlich auf Datenpaketebene (Nutzdaten) abstimmen, d.h. 
synchronisieren müssen. Das bedeutet, daß im Regelfall eine 
Sende- und Empfangsoperation, hervorgerufen durch einen entspre¬ 
chenden NIOS-Aufruf, praktisch gleichzeitig b^i kommunizierenden 
Partnern ausgelöst werden muß. 

Das NIOS-Transportsystem bietet jedoch wesentliche FunktionaeiH 
genschaften, die qualitativ den Transportsystemen mit autonomer 
Datenpufferung weitgehend entsprechen. 

Die Beseitigung der für speicherlose Transportsysteme typischen 
Nachteile erfolgt auf der Basis verbindungsorientierter Sende¬ 
operationen. Unter verbindungsorientierter Übertragung versteht 
man das Vorausschicken eines Protokol1 sehrittes zur Anforderung' 
einer Datenentgegennahme an einen Kommunikationspartner, der 
seinerseits mit einer Antwort das Gesuch bestätigt. Damit wird 
jedes Senden von Dateneinheiten mit einem Handshake eingeleitet. 
Das SCOM-Transportssystem ist in der Lage, diese ersten 
Handshake-Daten voll und im Prinzip beliebig lange zu puffern. 

Die vom NIOS-Nutzer definierbare Timeout-Grenze (Größe TO) für 
die maximale Verzögerung der Bestätigungsanweisung übernimmt 
damit die Funktion einer nutzerangepaßten Echtzeitanforderung 
hinsichtlich der Abgabe und Entgegennahme von Datenpaketen. Bild 
3.4 verdeutlicht diesen Sachverhalt. 

Nach Bestätigung einer Empfangsaufforderung durch einen Kommuni- 
kat i onspartner bei Aufruf der NIOS-Funktion FCftx wird die Host- 
CPU für den Datenempfang beansprucht. Im weiteren NIOS-internen 
Protokol1verlauf (nach der Erstsynchronisation) wirkt die 
Ti meout -Grenze TOBQ. 

Das Timeout resultiert bei freiem Medium aus der Spanne zwischen 
dem Aufruf der Sendefunktion und dem Aufruf der Empfangsfunktion 
auf den'korrespondierenden Knotensystemen. 

Sie vergrößert, sich um die Zeitdauer bis zur Belegung des Über— 
tragungqmediums, wenn der Zugriff durch die Sendestation nicht 
sofort infolge Kanal beiegung gesichert werden kann. 
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Das eigentliche Senden und Empfangen der Nutzdaten vollzieht sich 
nach der eingestellten Übertragungskategorie. 

Hinnais: 

Der Protokol1 sehritt zur Anforderung einer Datenentgegennahme 
(request/indicate) wird auf der Empfängerseite, auch ohne NIQS- 
Aufruf, beliebig lange zwischengespeichert. Er wird, sobald die 
Operation FCRX ausgelöst wurde, ausgewertet. Dadurch ist eine 
Unterordnung der NIOS-Kommunikation neben anderen Nutzerrouti- 
nen {Nutzer—Task) möglich. 

Der dargelegte Sachverhalt ist auch für die Bestätigung von 
Verbihdungsgesuchen beim Aufbau logischer Transportverbindungen 
(Funktionsgruppe I) zutreffend, wobei, wie aus der Schnittstel¬ 
lenbeschreibung hervorgeht, das Timeout-Limit unabhängig vom 
Sende/Empfangsprozeß mit der Größe TOBQ angesetzt wird (Bild 
3.5). Die Größen TO und TOBQ besitzen eine Voreinstellung. Die 
Differenz zwischen TO und TOBQ um ein bis zwei. Größenordnungen 
i^t für die allermeisten Applikationsprotokolle vorteilhaft. 
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/-- 

1 FCTX 



FCRX 

request j 

SCOM- 


indicata 

1 Wirkung TO ! 

NI OS 


Wi r kung"TO 

1 1 confirm ! 

MAC 


rtftponse 

! ! Erstsynchroni sati on 

i v, - - 



S ' I Nutzdatenübertragung / ggf. 

i 1 

Fehlerkorrekturprotokol1 

i i : 

! V Data-TX i 

SCOM- 


Data-RX 

j j - ---- > • 

NIOS 


Wirkung TOBQ 


MAC 




Bild 3.4: Abi auftei1ung der Funktionen FCTX und FCRX 


/ - --\ 

! FCOPEN FCNET I 

! CRXSTAT/FCOPENBQ ! 



request ! 

SCOM- 

! indicate 

Wirkung 

TQBQ ! 

NIOS 

! Timeout: =0 
• ✓ 


confirm i 

MAC 

»V. 

! response 


Erstsynchronisation auf Verbindunqagesuch 


Verbindungsorganisation 


! V Data-TX' 

SCOM- 

1 

• 

Wirkung TOBQ 

i.Wirkung TOBQ 

1 y 

NIOS 

1 

a > _ . 

n 

i s 

\- 

MAC 

i \- 

i 



Bild 3.5: Ablaufteilung der Funktionen 2 um Verbindungsaufbau 
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3.6. Bereitstellung des Moduls SCOM-NIOS 

3.6.1. Bereitstellung des Moduls SCOM-NIOS für 

Z80/U880-Systeme 

Die File-Bezeichnungen wurde wie folgt gewählt: 

NIOS.REL für den relokatiblen MC-Modul SCOM-NIOS 
(ca. 4 KByte MC, auf etwa l.S KByte 
abrüstbar > 

NIOS.INL für den Inline-Code des Moduls SCOM-NIOS zur 
Nutzung in Turbo-PASCAL 


Bei der Nutzung der Module ist zu beachten, daß externe Verein¬ 
barungen für NIOS-Größen zu treffen sind. 

Sie betreffeni 


a> die aktuelle physikalische Teilnahmeradresse 

b> die Portadressen CTCO, CTC3, SIODA, SIOCA auf der NIU 

Alle extern zu vereinbarenden Größen besitzen das Format Byte, 
bie nachfolgende Übersicht gibt Aufschluß über den Moduleinstieg 
BCOM-NIOS (Auszug aus der Assemblerquel1e). 

Hinweis: Der Inhalt aller CPU-Register bleibt durch einen 

NIOB-Aufruf unverändert. 

Der SCOM-NIOS-Modul kommuniziert mit seinem Nutzer 
ausnahmslos über seinen übergabebereich NIOS+3 
bis NIOS-*-18, sowie über einen vom Nutzer 

bereitzustellenden Puffer für die auszusendenden 
bzw. zu empfangenden Nutzdaten. SCOM-NIOS sichert 
volle Datentransparenz für den Nutzer. 
Hardware-Interrupt-Anforderungen durch den NIOS- 
Modul werden nicht gestellt. 

Mährend des eigentlichen Sendens oder Empfangene 
von Datenrahmen wird der CPU-Interrupt durch DI 
untersagt und anschließend durch die EI-Anweisung 
sofort wieder frei gegeben. Die dadurch -vom Nutzer 
einzukalkulierenden Interruptverzögerungszeiten 
sind berechenbar! 

Tmax * <** * "max ♦ 24) * 6,3*10~ s 
n max «maximale Nutzdateneinheit in Byte 

smaximale Interruptverzögerungszeit' durch 
den SCOM-NIOS-Sende/Empfangsaufruf. 
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I ********************"************************************ 


;*»*»**»* NIOÖ s NETWORK-IN-OUTPUT-SYSTEM ********* 

I ******** SCOM-LAN-Systemsoftware ********* 

;******** kommerzielle Bezeichnung: SCOM-NIOS ******4** 
I******** IHS W/W DIREKTORAT WGB/RW/GOEDE ********* 
;******** HARDWARE: SCOM-1715-NIU/IFSS ********* 

j******** BZW. SCOM—NANQS—NIU—IFSS ********* 

5 ******** BZW. SCOM-NANOS-V.24 u.a. ********* 

I****************************************************^*** 

; mit verbindungslosen Datagramm-Diensten 

; über FCFTX und FCFRX 

; Zugr.-Varianten Mode 0,0-P,1 t 2,Token 


j TIME-OUT-BASIS: 0.208 ms CO. 208 ms_ 13.631 sD 

N 

EXTERNAL TNA,CTCO,CTC3 1 SIODA,SIOCA 

GLOBAl,. NI OS, ADRESS, CODE, DAT ANF , ARQNR, KOLL 
GLOBAL DATLEN,STATUS,PRIO,TO,MODE,KAT,PEG 
GLOBAL FCBQ,FCOPEN*FCCLOS,FCTX,FCRX f DSTADR 
GLOBAL FCRXST,FCSETE,FCGETE,FCINIT,FCNET 
GLOBAL FCFTX,FCFRX,FCRES,NRQ,FLAGTX,FCVNR 

;ROUTINENCODES FUER SPRUNGVERTEILER: * 


FCBQ 

EQU 

0 

FCOPEN 

EQU 

1 

FCCLOS 

EQU 

2 

FCTX 

EQU 

3 

FCRX 

EQU 

4 

FCRXST 

EQU 

5 

FCSETE 

EQU 

6 

FCGETE 

EQU 

7 

FCINIT 

EQU 

8 

FCRES 

EQU 

9 

NRQ 

EQU 

10 

FLAGTX 

EQU 

11 

FCVNR 

EQU 

12 

FCNET 

:equ 

20 

FCFTX 

EQU 

21 

FCFRX 

EQU 

22 


iVEREINBARUNGEN PARAMETER UND STATUSMELDUNGEN 


ZUGRZL EQU 
KOLMAX EQU 
ZMODEO EQU 
ZM0DE1 EQU 


2000 ;MAX. WDHL. DER MEDIUMABFRAGE BIS ABBRUCH 

40 ;ABBRUCHBEDINGUNG BEI 10 KONFLIKTEN 

0 ;CSMA/CD 1-PERS.,WAHLW.PRIORISIERT 

1 jCSMA/CD NONPERS. 
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ZM0DE2 

EQU 

2 

;CSMA/CD P- 

PERSISTENT 

ZM0DE3 

EQU 

3 

;CSMA/CD REKURSIV 

ZM0DE4 

EQU 

4 

j CSMA/CD ADDRESSEN-PRIORISIERT 

ZM0DE5 

EQU 

5 

;TQKEN-CSMA/CD (TC-MODE) 

KATA 

EQU 

0 

;C0DE2 

(BYTE-STUFFING) 

KATB 

EQU 

1 

;C0DE2/AR*Q 

<BYTE-STUFFING) 

KATC 

EQU 

2 

;CODE1 

(Stufencode) 

KATD 

EQU 

3 

;CODE1/ARQ 

(Stufencode) 


GLOBAL 

FREI,BELEGT,KEINER,RXANFO 


GLOBAL 

KEINRX 

, OPENOK,RXERRO 

,INIOK,INIERR 


GLOBAL 

RXTOUT 

, RXF,RXOVER,NIOBER 


GLOBAL 

TXERR, 

TXPROT,TXFOK,VNRERR 


I STATUSMELDUNGEN 


FREI 

EQU 

0 

;KANAL FREI 

BELEGT 

EQU 

1 

;KANAL BELEGT 

KEINER 

EQU 

2 

;TEILNEHMER NICHT AM NETZ 

RXANFO 

EQU 

3 

; NETZ ANFORDERUNG 

KEINRX 

EQU 

4 

{KEINE NETZANFORDERUNG 

OPENOK 

EQU 

5 

; VERB INDUNGSEROEFFNUNG OK 

RXERRO 

EQU 

6 

;ERKANNTER EMPFANGSFEHLER 

RXTOUT 

EQU 

7 

{TIME OUT BEIM EMPFANGSAUFRUF 

RXF 

EQU 

a 

{RICHTIGER RAHMEN EMPFANGEN 

RXOVER 

EQU 

9 

{UEBERLAUF EMPFANGSPUFFER 

NIOSER 

EQU 

10 

{NIOS FKT.NICHT VORHANDEN 

TXERR 

EQU 

11 

;ARQ-FEHLER 

'TXPROT 

EQU 

12 

{HANDSHAKE FEHLER 

TXFOK 

EQU 

13 

{SENDEN OK 

VNRERR 

EQU 

14 

{UNGLEICHE VERSIONSNUMMER BEI NIGS-NUTZERN 

INIOK 

EQU 

15 

{INITIALISIERUNG OK 

INIERR 

EQU 

16 

{FEHLER IN DER INITIALISIERUNG 

VNR 

EQU 

20 

^NIOS - VERSIONSNUMMER 


;*** NIOS-EINSPRUNG *** 

NIOSci JP NIOSAN 


{ ANFANG DES NIOS - NCB ZUR PARAMETER-UEBERGABE 


{ STANDARD-TEIL DES 

ADRESS:s DEFB O 
CODE:: DEFB 0 
DATANF::DEFW 0 
DATLEN::DEFW 0 
STATUS::DEFB 0 


NIOS NCB 

{AUSGABE/EINGABE 
;FUNKTIONSCODE 
;TX/RX-PUFFER 
{TX/RX—PUFFER 
;AUSGABE 
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ERWEITERUNGSTEIL DES NIOS-NCB 


PRIOs: DEFB 0 


TO:: DEFW 2403Ö 

MODE:: DEFB ZMODEO 

KAT:: DEFB KATA- 

ARQNR:: DEFB 10 
KOLL:: DEFB 0 

TOBQ:i DEFW 480 
PEG:: DEFB 0 


}PRIORITAET IM NETZZUGRIFF 

5 * 32 BITPERIODEN TIME-OUT FUER FCRX,FCTX 

jZUGRIFFSVERFAHREN <1,2,3,4,5* 

;UEBERTRAGUNGSKATEGORIE 

4 MAX. ARQ-OPERATIONEN FUER KAT.'B BZW. D 
;ANZAHL DER KOLLISIONEN BEIM LETZTEN ZUGRIFF 
;* 32 BITPERIODEN TIME-OUT FUER FCOPEN 
;NETZWERK(TOKEN)-PEGEL VOR ZUGRIFF 


SENDE DES NIOS - NCB 




;NIOS-INTERNER PUFFFR 

DSTADRiiDEFB 0 
NIOSPU: DEFB 0,0,0 
77AFI FR: DEFW 0 
7ARQ: DEFB 0 


S GERAETE ADRESSE DES ZIELSYSTEMS 
;INTERNER 3-BYTE-PUFFER 
; ZAEHLER DER MED IEfNBEOB ACHTUNG 
;ZAEHLER FUER ARQ-WIEDERHOLUNGEN 


(NIOS-SPRUNGVERTEILER 


SENDE DES NIOS-RAM-BEDARFES 


NIOSAN: NIOS - MODUL 


jauch ROM-resident lauffähig 
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* Beispiel für die Berürk^irht. igung * 

* von SCOM-NIQS-Externals bei der # 

* Anwendungsprogramm!erung * 

* (Assemblermodul Z80/U880) * 


| - 6ENERIERUNGSPARAMETER — 

; - für die NIU-Baugruppenadresse 

j < Controller—Spezifikationen ) 


SIODA: 

DEFB 

.SIODA 

; SIO 

DATA 

A 

SIOCA: 

DEFB 

.siocA 

; SIO 

CTRL 

A 

CTCO: 

DEFB 

.CTCO 

;CTC 

0 


CTC3: 

DEF^B 

. CTC3 

; CTC 

3 



; - physische Knotenadresse - 

TNAt DEFB . TNA ; Tel1nehmeradresse 


global S10DA,SIOCA 
global CTC0.CTC3 
global TIMA 


I -- 

; NIOS-Vereinbarungen für die Anwendungsprogramm!erung 

I- 


external NIOS 

external fcbq,fcopen,fcclos,fctx 
external fcrx f fcrxst,fcsete,fcgete 
external fcinit,fcres I++++++ u.a. 


; NIOS-Statusmeldüngen 

external frei,belegt,keiner 

external rxanfo,keinrx,openok 

external rxerro,rxtout,rxf 

external rxover,nloser,txerr 

external txprot,txfok ;++++++ u.a. 

; NIOS-Übergabeparamater 

external adresa,code,datanf,datlen 
external atatus,prio,kol1,peg,kat 
external mode,to,tobq ;++++++ u.a. 
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3.6.2. Spezifische^Erweiterungen und Anpassungen 
des SCOM-NXOS 

3.6.2.1. Bereitstellung des NIQS-Moduls für 8086- und 
Folgesysteme 

Unter MS-DQS-kompatiblen Betriebssystemen ist das SCOM-NJOS unter 
dem Softwareinterupt 6CH zu erreichen. Die SCOM-NIÖS-Schnittstel- 
leninstal1ätion unter MS-DOS wird gesondert dokumentiert, ebenso 
die zusätzliche Selektionsfunktion für' den Multi-NIU-Betrieb 
<vergl. Abschnitt 5). 

Abweichend von der Z80-Modulbedienung wird das residente Programm 
des SCOM-Treibers unter MS-DOS durch eine erweiterte Regieter- 
sehpittstelle erreicht. Insbesondere liegt der Parameterbereich 
(NetzwerkSteuerblock: SCOM-NCB) beim Nutzer. Obergeben werden 
damit: 

- der Treiber-Funktionscode 

- die NIU-Kanalnummer 

-ein Zeiger auf den SCOM-NCB. 


Zusammengefaßt ergeben sich folgende Schritte für den Anwender 
einer SCOM-NIOS-Schnittstelle im 16-Bit-PC: 

1. Installation des auf die konkrete Hardware zutreffenden Trei¬ 
bers als residenten SCOM-NIOS-Kanal 

f 

2. Kontrolle der aktuellen SCOM-NIOS Kanäle 

3. Benutzung von SCOM-Systemdiensten unter dem Softwareinterrupt 
6CH bei Angabe von Parametern über die CPU-Register 

SCOM-Toolboxes und Programmbibliotheken verdecken die Unterschie¬ 
de der Z80/U880- und 8086-NIOS-Implementierung bis auf die 
zusätzlichen Systemaufrufe vollständig. 

ACHTUNG: Der Netzsteuerb1ock NIOS-NCB wurde für 8086- und 

Folgesysteme erweitert. Intern im SCOM-Treiber wird ein NCB- 
Parameter "Datensegmentadresse' 1 (2 Byte, Position NCB-Anfang + 
16) übergeben. 


I 
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3,6.2.2. Spezifische Systemerweiterungen für Subnetzarbeit 
im IZnet der TU Dresden 

Das IZnet ist eine Komponente des Geländenetzes der TU Dresden. 
Es besteht aus mehreren Subnet 2 en, die über ein spezielles Sub¬ 
netz, den Backbonebus, miteinander verbunden sind. Gegenüber der 
SCOM-^AN-Konzeption einer. Gatewaybi1 düng über die Net 2 werkappli- 
kation (1 Server bedient n Subnetze) wird in der Basissoftware 
*des IZnet die Internet 2 arbeit bereits durch den Transportdienst 
unterstützt. Koppel Systeme, di v e unterhalb der Ebene 4 arbeiten, 
nehmen die Auswertung der Subnetzangabe vor. 

Die Bezeichnung von Subnetzen erfolgt mit Hilfe von Subnetz¬ 
adressen, 'die neben'einer Knotenadresse (NIU-Adresse, Stations¬ 
adresse) anzugeben ist. 

BCOM-NIOS-Anwendungen beschränken sich jeweils auf die Abwicklung 
einer Transportverbindung je Rechnerknoten. Mit einer Multi-NIU 
können diese Verbindungen im Rahmen der NIÜS-Dienste nur nachein¬ 
ander, d.h. nicht zeitgeschachtelt benutzt werden (ein Dienstzu- 
griffspunkt, ein NIOS-NCB). SCOM-NIOS liefert eine Transportver- 
bindung. Erweiterungen dieser Arbeitsweise sind grundsätzlich 
durch aufgesetzte NIOS-Applikationsschichten möglich. 

Für Anwendungen des IZnet ist die Unterscheidüng mehrerer quasi 
gleichseitig laufender Transportverbindungen notwendig. konkret 
werden mehrere Hostrechner über einen gemeinsamen Vorrechner, 
bzw. mehrerer Terminals an einem TerminalServer angeschlossen. 
Der Vorrechner hat für jeden angeschlossenen Hostrechner, bzw. 
dar TerminalServer für jedes Terminal eine unterscheidbare Trans¬ 
portverbi ndung zu liefern*. Das erfolgt durch zusätzliche" TSAP- 
Identifikatoren. TSAP: Transportdienst - Zugriffspunkt. 

Das SCOM-NIOS wurde, für das IZnet mit einer erweiterten Nutzer- 
schnittstcsl 1 e versehen. Die Implementierung der NIOS-Schnittstel- 
le erfolgt durch das Informatikzentrum des Hochschulwesens an der 
Technischen Universität Dresden auf der Grundlage eines OSI-ge- 
rechten Transportdienstes (091-Schicht 4 4, Klasse 4) /27/. 

NIOS-NCB-Erweiterungen: 

NIOS-NCB—Anfang + 18: 1 Byte, Subnetzadresser (0..254) 

NIOS-NCB-Anfang + 19: 1 Byte, TSAP-Identifikator (0..255) 
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3.7 Die Zugriffeverfahren des SCOM-NIOS 

3.7.1. Allgemeines 

Dia Standard-Net 2 werktopologie der SCOM-LAN Hardware ist dar Ring 
(vergl, 1715-NIU/NANOS-NIU). 

Rechnernetze mit einer Ringtopologie sind dadurch charakteri¬ 
siert, daß alle beteiligten Rechner mit einem "linken" und "rech¬ 
ten" Nachbarknoten gekoppelt sind. Alle Nachrichten im SCOM-LAN 
werden unidirektional vom Sender zum Empfänger i«Aitargeleitat. 
Der uni direktionale Ring ist die einfachste Ausführungsform für 
ein sogenanntes Tei1 Streckennetz. 

Die Regulierung des Netzzugangs, einschließlich der .Nutzdaten¬ 
übertragung kann zentral oder dezentral erfolgen. 

Das Transportsystem in der Orundausführung erlaubt die Auswahl 
zwischen 6 verschiedenen Zugriffsprotokollen. Sie gestatten dem 
Anwender verschiedene prinzipbedingte Vorteile der einen oder 
der anderen Zugriffstechnik gezielt für seine Netzwerkapplikation 
auszunutzen. 

Bei der Beurteilung sind solche Kriterien, wie die minimale Zu¬ 
gri ff sverz ögerung , die Zugriffsver?ögerung bei hoher Netzbela¬ 
stung, das Echtzeitverhalten bei der Medienbelegung, ,die mögliche 
Vorrangbehandlung von Netzwerkteilnehmern oder eine gute mittlere 
Medienauslastung einzubeziehen. Naturgemäß lassen die konkreten 
Zugriffslösungen nur Kompromisse dieser Leistungsaussagen, zu. 

Bild 3.6 vermittelt eine Übersicht über die implementierten Zu¬ 
gri ffstechniken. 

Die NIOS-internen Protokolle bestehen in der Regel aus mehreren 
übertragungsschritten, wobei sich die übertragungsriehtung än¬ 
dern kann. Das bedeutet, daß innerhalb^ einer NIOS-Funktion 
mehrmals ein Medienzugriff, sowie eine Medienfreigabe erfolgt. 
Alle Zugriffs- und übertr'agungsprotokol 1 e sind lauf fähig auf der 
Basis von Duplex- oder Haibduplexkanälen. Dadurch ist der Einsatz 
des BCOM-Transportsystems auf passiven Bussystemen 4-inien-Topo- 
logie) genauso möglich, wie auf aktiven unidirektionalen Ring¬ 
netzen (Ring-Topologie). 
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3.7.2. Die wahlfreien Zugriffstechniken des SCOM-NIOS 

Mahlfreie Zugriffstechniken sind dadurch charakterisiert, daß die 
sendewilligen Stationen unkoordiniert zum Bus zugreifen. Jede 
Station sendet ihre Botschaft unmittelbar nach Eintreffen eines 
Sendewunsches des NIOS-Nutzers. Grundsätzlich ist dadurch nicht: 
sichergestellt, daß das von allen gemeinsam genutzte Übertra¬ 
gungsmedium auch sofort frei, d.h. nicht von anderen Teilnehmern 
belegt ist oder quasi gleichzeitig belegt wird. Der große Vorteil 
des wahlfreien Medienzugangs liegt in der Ausnutzung der vollen 
Übertragungsbandbreite, wenn der Zugriff als a priori gesichert 
Angenommen werden darf. Das ist bei geringer Netzwerkbelastung 
(kommuni kationsarme Applikationen, kleine Subnetze) die Regal. 
Dar Vorteil dieser Annahme wird durch die mögliche Gefahr von 
ZugriVfskopf1ikten in Form von Kollisionen erkauft. Kollisionen 
sind das Ergebnis des gleichzeitigen oder quasi gleichzeitigen 
Medienzugriffs zweier oder mehrerer Sendestationen. 

Kollidierende Nachrichten müssen - auch wenn sie Synchronisa¬ 
tionscharakter haben - verworfen und erneut gesendet werden. Dazu 
ist Zeit erforc jrlich, die die übertragungskapazität des Mediums 
für Nutzdaten verkleinert. Mit steigender Medienbenutzung durch 
Netzwerkteilnehmer ist gleichzeitig ein Anwachsen der Kollisionen 
und damit ein Sinken der effektiven Übertragungakapazität zu 
erwarten. 

Die verschiedenen Varianten der im SCOM-NI0S zur Auswahl stehen¬ 
den wahlfreien Zugangstechniken unterscheiden sich deshalb vor¬ 
rangig in der Fähigkeit, Kollisionen zu reduzieren. Dazu im Ge¬ 
gensatz steht die Anwenderforderung nach laufzeitoptimiertem 
Medienzugang bei ganz unterschiedlichen Ausführungen des Appli- 
kationsprotokolls. 

Die Kompromißfähigkeit liegt in der Voraussetzung stark oder 
weniger stark belasteter Übertragungskanäle begründet. 

Die angebotenen wahlfreien Zugriffstechniken im SCOM-NIOS beruhen 
alle auf dem CSMA/CD-Prinzip (Carrier Sense Multiple Access with 
Collision Detection). 

Das gemeinsame Merkmal der CSMA-Varianten ist die Beobachtung des 
Obertragungsmediums vor und während der ersten Datenübertragung 
durch eine Station. Voraussetzung für den Medienzugriff, der dem 
Senden stet«; vorausgeht, ist ein freier - d.h. zum Kontrollzeit- 
punkt unbelegter - Nachrichtenkanal. Alle Zugriffstechniken im 
SCOM-NIOS sichern für die eigentliche Nutzdatenübertragung 
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<Pakettransfer) ein eindeutig verfügbares Medium, sobald der 
Zugriff positiv abgeschlossen wurde. Die Erkennung von möglichen 
Kollisionen während der Medienbelegung wird anhand von kurzen 
Prüfnachrichten, die außerhalb des Nutzdatepprotokol1s liegen, 
vollzogen. Kollisionserkennungen werden in einer vergleichsweise 
kurzen Zeit <Test 2 eit ca. 0,250 ms) softwaregeStützt durenge¬ 
führt. Somit ist die eigentliche Nutzdatenübertragqng kollisions¬ 
frei . 

Nach Abschluß jelder NIOS-Funkt i on (RETURN) ist sichergestellt, 
daß der betreffende Netzwerkknoten das Medium unter allen Umstän¬ 
den freigegeben hat. Dadurch ist ein Blockieren des übertragungs- 
kanals bei unerwarteten Protokol1fehlern (u.U. Übertragungsfeh- 
lern) ausgeschlossen. 

Ohne Anspruch auf umfassende Beurteilung der Verfahren\wird dem 
NIOS-Nutzer für die Auswahl der wahlfreien Zugriffstachniken 
folgende Empfehlung gegeben s 

(1) CSMA/CD 1-persistent 

- schneller Zugriff bei geringer Medienbelastung Richt- 
wer t: 0.7 ms 

- hohe Kollisionswahrscheinlichkeit bei hoher Medienbe- 
1astung 

(2) CSMA/CD 0-persistent 

- höhere mittler^ Zugriffsverzögerung bei geringer 
Medienbelastung als (1) 

- besseres Zeitverhalten bei hoher Medianbeiastung als 
< 1 ) 

- potentiell qeringere Kollisionsgefahr 
<3> CSMA/CD p-persistent 

- höhere mittlere Zugriffsverzögerung bei geringer 
Medienbelastung als (1) 

- günstiges Hochlastverhalten bei starker Medienbe- 
anspruchunq 

(4) CSMA/CD Adressen-priorisiert oder Nut 2 er-priorisiert 

- Vorteile im Sinne gleicher Zugriffsverzögerungen bei 
allen Teilnehmern bei unterschiedlieher Net 2 beiastung 

- Kompensationswirkung von hohen Zugriffsverzögerungen 
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- Anpassung des Kommunikationsverhalteos an applikative 
Forderungen 

Durch die Bereitstellung des Prioritätsparameters ist dem Anwen¬ 
der ein Merkzeug gegeben, echtzeitkritische Netzwerkanwendungen 
vorteilhaft neben den u.U. in dieser Hinsicht anspruchslosen 
LAN-Applikationen einzuordnen. 

iS) Seit 1/1988 wurde im SCOM-NIOS ein weiteres Zugriffsverfahren 
implementiert, der TOKEN-Zugriff. Unter Berücksichtigung der 
konkreten Eigenschaft der SCOM-NIU-Logik arbeitet das Verfahren 
softwareorientiert. Sinnvoll kann das bekannte Prinzip des Token¬ 
zugriffs nur eingesetzt werden, nachdem für alle Netzwerkstatio¬ 
nen der Zugriffsmode 5 eingestellt wurde, da nur dann überhaupt 
am Ende einer Medienbelegung ein Token generiert wird. 
Hinsichtlich der Eigenschaften des TOKEN-Zugriffs sei auf d}e 
Fachliteratur verwiesen. Die Besonderheit des SCOM-TOKEN-Zugr i ffs 
liegt in der Kombination von CSMA/CD- und TOKEN-Zugriff. 

Dabei erfolgt eine Verfahrensümschaltung eigenständig in Abhän¬ 
gigkeit einer Belegungsanalyse des Übertragungskanals. 

Der Motfienzugriff sichert in jedem Fall eine Datenübertragung 
unter ptnem Zeitlimit. 

Es sei jedoch darauf verwiesen, daß das Echtzeitvferhalten daten¬ 
übertragender Prozesse nicht vereinfachend dargestellt werden 

darf. Es ergeben sich folgende Abhängigkeiten: 

% 

- Abhängigkeit von der Stationsanzahl (TOKENUMLAUF !) 

- Abhängigkeit vom Protokol1verlauf (Protokollschritte) 
des zu beurteilenden höhWen Applikationsdienstes 

- Abhängigkeit von ÜbertragungsstÖrüngen (Wieviel Datenrahmen 
bis zur korrekten Übertragung einer Transportnachricht unter 
gestörten Bedingungen mit Fehl erkorrektur durch Wiederholung ?> 

—‘Abhängigkeit vom Zeitverhalten kooperierender Stationen 

- Abhängigkeit von weiteren Reasourcen-Synchronisationen im 
applikativen Vielfachzugriff (typ. Beispiel: genveins. Daten) 

Durch diese Aufstellung soll deut,lwl> gemacht werden, daß die 
Frage des Zugriffsverfahrens auf ein ubertragungsmedium eines 
lokalen Netzes keineswegs ausreichend die Fcht?ei tprob]ematik 
verteilter LAN-Applikationen erfaßt. 

Eine exakte I ei stung*saiml yst* der SCOM-Zugr i f f sverf Ähren steht zur 
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Zeit noch aus 
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Bild 3.6: Übersicht zu den*möglichen Zugriffstechniken im 
Transportsystem SC0M-NI0S 
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3.8. Zusammenfassung der Systemsoftware SCOM-NIOS 

Im Bild 3.7 ist der Speicherplan des Moduls N10S dargestellt. 
NIOS ist der Programmeintrittspunkt. Die Parameter1iste ist über 
einen relativen Bezug zum Modul einstieg erreichbar (Z80/UB80- 
Systeme). * 

Die Tabelle 3.1 vermittelt eine Übersicht über die Bedeutung und 
die Position der NIOS-Parameter im SCOM-NetzSteuerb1ock (SCOM- 
NCB >. Die Tabelle X. 2. enthält eine Aufstellung derjenigen NIOS- 
Funktionen, die dem Datentransport und der Verbindunqsorga- 
ni«*»tion dienen. Weiterhin wurden in der Tabelle 3.3 die Inter¬ 
pretationen der Statusmeldungen <Rückkehrcoda aus einem NIOS- 
Funktionsaufruf> zusammengestellt. In Tabelle 3.4 wird eine Über¬ 
sicht zur Einstellung der Zugriffsverfahren gegeben. Schließlich 
zeigt Tabelle 3.5 die Zuweisung der Übertragungskategorie. 

Die Programmschritte zur NICS-Nutzung stellen eine streng sequen¬ 
tielle Folge von Parameterversorgung, NIOS-Prozedur und Ergebnis¬ 
auswertung dar. Aus Bild 3.8 geht eine typische Funktionsreihung 
unter Anwendung des Moduls SCOM-NIOS mit verbindungsorientierten 
Diensten hervor. 

SCQM-LAN-Applikationsprotokolle werden über einen 2-stufigen 
Vertei1erschlüssel eindeutig eingeordnet. Dazu wird vom System¬ 
entwickler ein verbindliches Rahmenprotokoll -Schritt 5 in Bild 
3.8- zum Aufruf von Anwendungsdiensten vorgegeben. Seine Einhal¬ 
tung garantiert *d?e problemlose Koexistenz 'verschiedener Nutzer- 
protokol1e. 

Die Vielzahl der Netzwerkadapter und die Verteilung der Hardware¬ 
produzenten machen es dringend erfOrder1 ich, die Basissoftwara 
des SCOM-LAN zentral zu pflegen und kompatibel zu halten. 

Für alle Netzwerkbaugruppen stellt die HfS das SCOM-LAN-Trans- 
portsystem NIOS bereit. Das gilt auch für das 8086-NI0S. -Das 
Protokol1 verfahren auf der SCOM-LAN-Logik ist Patentrecht 1ich 
geschützt. Die Pflege und Weiterentwicklung des NIOS-Moduls wird 
durch das Entwicklungskollektiv gewährleistet, soweit entspre¬ 
chende Vereinbarungen' zwischen' Hardwareentwickler (Fertiger) 
getroffen wurden. 

Für den 16-Bit-PC mit einem MS-DOS-kompatiblen Betriebssystem 
kommt ein weiterentwiekeltes Treiberpaket zur Anwendung. Die 
logische Schnittstelle dieses Treibers hinsichtlich datenübertra- 
gender Dienste entspricht dem Funktionsumfang des SCOM-NIOS. Neu 
ist die residente Einbindung des SCOM-NIOS in das Betriebssystem 
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<DCP’/Mß-DÖS> und die Unterst ütz ujng ei nns Mul t i-NIU-Betri ebes mit 
bis zu 8 Netzwerkanschl üssen. Dadurch werden insbesondere die 
Gateway-Kommuni kat i on zwischen SC0M-Net2en untereinander, die 
Verbindung mit Rolanet 1 (Konbinat Robotron) und LOTUNET (Infoma- 
tikzentrum der TU Dresden), sowie fehl ertoi erante Netzwerktopo¬ 
logien mit SCOM-LAN-Bausteinen unterstützt. Grundlage dieser 
Verknüpfungsvariante ist ein einheit1ieher NIOS-Modul, der durch 
Emulation auf LOTUNET- und ROLANET-1-Schnittstel1en teilweise 
bereits vorliegt. Mit dem Informatikzentrum des Hochschulwesens 
(TU Dresden) wurden Abstimmungen zur Internetzarbeit (IZnet) 
getroffen. Sie führen zu einer erweiterten SCOM-NIOS- 
Schnittstel1e für eine zusätzliche Subnetzadressierqng sowie die 
Festlegung eines von mehreren möglichen Benutzeridentifikators 
(T-SAP-Identificator nach der OSI-Nomenklatur). Basis für die 
SCOM-NIOS-Schnittstel1e mit transparenter Internet 2 werkarbeit ist 
dabei der Transportdienst der Klasse 4 de| IZnet. 

Alle hardwarenahen Installationsparameter, wie die Baugruppen¬ 
adressen, die Knotenadressierung, die Netzwerkzuweisung und der 
konkrete NIU-Typ lassen sich beim Treiheraufruf durch Schalter¬ 
kommandos in vorgegebenen Grenzen festlegen. 

Unter Mß-DOS-kompatibien Betriebssystemen ist das SCOM-NIOS unter 
dem Softwareinteruot 6CH zu erreichen. Die SCOM-NIOS-Schnittstel- 
leninstallation unter MS-DOS wird gesondert dokumentiert, ebenso 
die zusätzlichen Selektionsdienste für den Multi-NIU-Betrieb. 
SCQM-toolboxes und Prögrammbibliotheken berücksicht 1 gen die neuen 
Verwendungsmöglichkeiten des speicherresidenten SCOM-NIOS-Pakets 
unter DCP bzw. MS-DOS. 
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externa Parameter des SCOM-NIOS-Moduls: Knotenadresse NlU-Ports 
Toradressen für N1U 
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Bild 3.7: Speicherplan des Moduls SC0M-N10S für Z80-Systeme 


Position 

Format 

! 

Bezeichnung ! 

NCB-Anfang 

1 

Byte 

* ; 

Adresse (Ziel oder Quelle) ! 

+ 1 

1 

Byte 

* ! 

NIOS-Funktlonscode ! / 

+ 2 

2 

Byte 

* i 

Datenanfangsadresse (Paket) ! 

+ 4 

2 

Byte 

* 

Datenlänge (Paket). ! 

+ 6 

1 

Byte 

* 1 

Statusmeldung 2 

4 7 

1 

Byte 

** 

Priorität beim Net 2 werkzugriff ! 

4 8 

2 

Byte 

** ; 

Timeout (Senden/Empfangen) ! 

MO 

1 

Byte 

»« 

Zugr i f fsverfahrrtn ! 

+ 11 

1 

Byte 

*« ! 

Fehleraicherungsver fahr mii . ! 

+ 12 

1 

Byte 

*« i 

Parameter, für Fehl erkorrektur ! 

+ 13 

J 

Byte 

*»* J 

letzte Kanalbelastung ! 

+ 14 

2 

Byte 

«* 

Timeout (Verbindungseröffnung)2 

+16 

2 

Byte 

**#» j 

Datensegmentadresse S 

+18 

: l 

Byte 

• »4M» i 

Subnetzadresse ! 

i +19 ! 

\--- 

! 1 

Byte 

**** f 

Transpor tdiem.t-Ident i f i kator ! 

-- . . -----/■ 


* ... 4ixr den Aufbau von Appl i kationsprotokol len benötigt 

** ... Standardeinstellungen, die nur bei Bedarf geändert werden 
***... für dynamischen Eingriff in das Zugriffsverfahren 
***».. spezielle Erwcrf terungen nach Abschnitt 3.6.2. 

Tabelle 3.1: Parameter1lste des SCOM-NIOS, SC0M-NCB 


¥ 
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/- 

! Bezeichnung 

Name 

Eingangsparameter 

-\ 

Ausgangsparameter! 

! Anforderung 
! einer Verbin- 
i dungseröffnung 

FCOPEN 

Code: 1 

Adresse: Ziel¬ 
adresse CI . ..991 

Status: 1,2,5, ! 

14 ! 

! 

! Abfrage einer 

I Natzanforderung 

FCRXSTAT 

Code: 5 

Status: 3,4 ! 

i 

1 Bestätigen 
! der Anforderung 
! zum Verbindungs- 
! aufbau 
! bzM. 

FCOPENBQ 

Code: 0 

Adresse:Adr. des! 
anfordernden ! 
NIOS-Nutzers ! 
Status: 5,7 ! 

! mit Abfrage: 

FCNET 

Code: 20 

Stat.3,5,7 ! 

! Schließen einer 
! log. Verbindung 

FCCLPSE 

Code: 2 

keine ! 

1 

! Senden einer 

FCTX 

Code: 3 

Status: 1,12,13 ! 

! Dateneinheit 


Datenanf./Daten 1. 

oder 11 ! 

! Empfangen einer 

1 Dateneinheit 

1 

FCRX 

Code: 4 
Pufferanfang 
max. Datenlänge 

Status: 6,7,8,9 i 

empf. Datenlänge! 

! Senden eines 

1 Datagramms 

FCFTX 

Code: 21 

Datenanf./Daten1. 
Zieladresse 

Status: 1,13 ! 

> Empfangen eines 
! Datagramms 

1 

FCFRX 

Code: 22 

Pufferanfang 
max. Datenlänge 

Status: 6,7,8,9 ! 

! 

empf. Datenlänge! 

i 

! Setzen der eig. 

1 Geräteadresse 

FCSETEA 

Code: 6 

Adresse: 

Geräteadresse 

keine ! 

! Information 
! über die eigene 
! Geräteadresse 

FCGETEA 

Cpde: 7 

Geräteadresse ! 

! Hardware-Grund- 
! i ni t i alisierung 

FCINIT 

Code: 8 

Status: 15,16 ! 

! 

1 \ 

1 Hardware- 
! abschaltung 

FCRESET 

Code: ° 

keine * i 

! 1 


\-----/ 

Tabelle 3.2: Funktionen und E/A-Parameter des SCOM-NIOS 
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(Standardgebrauch) 

/ --- --\ 

!-Status ! Bedeutung ! 


i 0 ! Medium verfügbar (nach Testzugriff) ■ 

! 1 1 Medium nicht verfügbar nach Zugr i f f svt*rsuch J 

! 2 ! Verbindungsgesuch nicht bestätigt ! 

! 3 I Anforderung auf Verbindung ! 

! 4 ! keine Anforderung vom Netzwerk I 

t 5 I erfolgreiche Verbindungseröffnung ! 

! 6 ! nicht korrigierbarer Empfangsfehler ! 

I 7 I "Timeout" im Sende oder Empfangsprotokoll ! 

I 8 ! Empfangsdaten gültig S 

I 9 ! Pufferüber 1 auf des Empfangsdatenbereichs ! 

S 10 ! unbekannter SCOM-NIOS-Aufruf ! 

I 11 t Fehler im Sendeprotokoll (Quittungsfehler) 1 

I 12 ! Sendedaten werden nicht abgenommen ! 

I 13 I Sendung fehlerfrei ! 

1 14 I Ungleiche NIOS-Versionsnummer auf LAN-Knoten ! 

I 15 I Hardware-lnitialisierung fehlerlos ! 

I 16 ! Hardware-Initialisierungsfehler ! 

\-/ 

Tabelle 3.3s Statusmeldungen des SC0M-NI0S 

/-\ /-\ 

! Station A I ! Station B ! 

\-/ \- - -/ 

/-\ 

I 1. FCSETEA setze Geräteadresse FCSETEA ! 

! 2. FCINIT initialisiere LAN-Adapter FCINIT ! 


! 1 

I 3. FCOPEN Verbindungsgesuch an B 

! 4. Verbindungsabfrage und FCNET ! 

I Bestätigung durch B i 

t I 

I 5. FCTX.. Sendten / Empfangen FXRX.. ! 

! FGRX.. nach einem FCTX.. ! 

I Applikationsrahmenprotokoi1 S 

; ! 

I 6. FCTX.. Senden / Empfangen FCRX.. ! 

! FCRX.. nach dem FCTX.. ! 

spez. Applikationsprotokoll i 

! ! 

; 7. FCCLOSE Abbau einer logischen FCCuOSE ! 

Verbindung ! 

\-/ 

Bild 3.8: Typische l^unkt i onsrei henf öl ge bei der Anwendung 
der Systemsoftware SC0M-NI0S 


















lEinstellung Zugriffsverfahren 

Prinzip 

1 Nr. 

Mode 

Prioritat 


! 1 

0 

kei ne 

CSMA/CD 

1-persistent 

! 2 

0 

< 1 , . . . ,200 > 

CSMA/CD 

priorisiert 

; 3 

1 

kei ne 

CSMA/CD 

0-persistent 

I 4 

2 

kei ne 

CSMA/CD 
p-persistent 

! 5 

4 

Adresse 

CSMA/CD (1-persistent) 
Adressen-priorisiert 

! 6 

i 5 

uml auf end. 

Software-TOKEN nach 


NIQS-interne -feste Parameter: 
/ 


maximale Anzahl der Kollisionen 
Timeout für CD 


Tabelle 3.4: Auswahl von Zugriffsvarfahren im SCOM-NIOS 


/- 

! Übertragungs- 
! kategone 


Fehl ersicherung 

-\ 

! Parameter ! 

! KAT ! 

! A /Kategorie 

1 

Fehlererkennung 

CRC-Test 

i 0 * 1 

! B /Kategorie 

2 

Fehlererkennung 

CRC-Test 

! Fehlerkorrektur 

: : 

! 1 ! 

* C /Kategorie 

3 

! Fehlererkennung 
! 2-Stufencode 

: 2 : 

I D /Kategorie 

4 

! Fehlererkennung 
! 2-Stufencode 
! Fehl erkorrektur 

: 3 : 


\ - / 

Tabelle 3.5: Übersicht zu den Übertragungskategorien 
im SCOM-NIOS 
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3.9 


Faktenzusammenstellung zur SCGM-LAN-Basi sl ösung 


/ - \ 

!a> die Standard-Installation! 

\-/ 

Anschlußbaugruppen: 

SCOM-NANOS-NIU-IFSS K1520-OEM, BC A51XX 

SCOM-NANOS-NIU-V. 24 K1520-0EM, BC A51XX 

SC0M-1715-NIU PC 1715, PC 1715W 

SCQM-PRQLAN EC-1834 (mit Kommunikationsrechner) 

SCOM-NIU-l834 EC-1834 

SCOM-LAN-BOX V.24-DEE/DÜE (mit Kommunikationsrechner) 

SCOM-NIU-BOX A 7150 

SCOM~NIU—BOX-CZ A 7150 

SCOM-NIU-XT/AT IBM-PC XT/AT 

SCOM-NANOS-DUAL-NIU K1520-0EM, BC A51XX 

SCOM-DUAL-NIU-XT/AT IBM-PC-XT/AT 

SCOM-DUAL-NIU-1834 EC-1834 

Topologie: uni direktionaler Ring 

Medium:' Koaxialkabel, 

kommerziell übliche Verblndungstechnlk 

i 

Ausdehnung: Stationsabstand max. 600m 

max. Netzwerkumfang i.200m 
mit einfachen Repeatern ausbaufähig 

Repeater 1Ösungen: SCOM-LINK-BOX, SCOM-REG 

für die elektrische oder für die optische 
Signalüber tragung über größere Entfernungen 
(Teilstrecke: max. 2.000/3000 m) 

Stationszahl: max. 100 
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/ - \ 

!b> die Übertragung! 

\-/ 

Bruttotakt! 153,6 KBit/s 

Prinzip: synchrone Pakejt Übertragung 


f Rahmenmultiplex (asynchrton) 

softwaregestützte Basisbandcodierung 
Kanalvermittlung: dezentral nach verschiedenen Verfahren 
-- CSMA/CD 1-persistent 

- CSMA/CD 1-persistent, priorisiert 

- CSMA/CD O-persistent 

- CSMA/CD O-persistent, priorisiert 

- CSMA/CD p-persistent (p=0.3> 

- Software-Token-Ring in Kombination mit 
CSMA/CD-Erstzugriff 

Datendienste! verbindungsorientiert, 

alternativ Datagremmdiensf 

Übertragungssieherung: Fehl ererkennung/ Fehl erkorrektur 
Dateneinheit: 1 Byte... 64 KByte 

Datenanzeigei Position und Länge <Puffer beim Anwender) 

Sprechens -Anbindung in Assembler als REL-File 

-für Pascal und C als Prozedur / Funktion 
-als Forth-Modul 

-als residente Betriebssystemschnittstelle 
unter MS-DOS (Softwareinterrupt> 

Benutzung: -sequentieller MODUL-Aufruf 

Besonderheiten: -Modifizierbarkeit von Timeouts, Zugriffsver¬ 

fahren und Obertragungssicherungstechniken 
-Multi—NIU-Betrieb (bis maximal 8 NIU-Kanäle) 


/ - \ 

Id) SCOM-NIOS-Alternativen ! 

\ -- / 

SCOM—NIOS—LAS (Echtzeitkommunikationseystem für die Klein- 
aut omatisierung) 

IBM - NetBIOS-Interface für SCOM-LAN-Baugruppen 
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3.10. 


Informationen zum Rahmeninhalt von Datenpaketen im 
SCOM-LAN 


Die Protokol1schnittstel1e SC0M-NI0S verdeckt interne Übertra- 
gungsprotokolle. 

Ein elementarer Übertragungsschritt in diesen internen Protokol¬ 
len ist das Aussenden und Empfangen von binär codierten Datenrah— 
men. BC0M-NI0S generiert ein Rahmenformat zur synchronen Daten¬ 
übertragung. Es werden teilweise Stufen der SDLC-Bl ockbi 1 düng 
verwendet. Die Bi 1dungsvorschrift für das SCQM-Rahmenformat er¬ 
gibt sich aus der Reihenfolge: 

1. SDLC-Flag {Minimum 1 Byte) 

2. Zieladrasse des Datenrahmens 

3. Nutzdaten der Länge n Byte, codiert nach einem Code 1 oder 
Code 2. 

ACHTUNG! Die Länge des Nutzdatenblocks ist größer oder 
gleich n, jedoch maximal <8*2*n)+n Bit. 

4. 2 Byte CRC 

3. SDLC-Flag (Minimum 1 Byte) 

6. Token-Signal, falls Token-Zugriff ausgewählt wurde. 


3.11. Rahmenanzahl und Rahmenlängen innerhalb von 

NIOS-Diensten 

Zur Abschätzung der minimalen Übertragungs 2 eiten (ohne Zugriffs¬ 
kollisionen) werden nachfolgend Anzahl und Länge der Datenrahmen 
in NIQS-internen Protokollen angegeben. 

Mit der Längenangabe werden Erfaßt: 

1. 2 Byte SDLC-FLAG, 

2. 2 Byte CRC-Folge, 

3. 1 Byte Zieladresse, 

4. m Datenbytes, die durch das NIOS zur internen Protokol1führung 
generiert werden, 

sowi e- 

5. cn Datenbytes, die die codierten Nutzerdaten betreffen. 
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FCQPEN FCRXSTAT/FCOPENBQ 

bzw. FCNET 


1. 

Rahmen 

5 

Byte 

O 

II 

€ 

keine 

Nutzerdaten) 








2. 

Rahmen 

7 

Byte 

CN 

II 

6 ' 

keine 

Nutzerdaten) 








3. 

Rahmen 

6 

Byte 

fH 

ll 

e 

kei ne 

Nutzerdaten) 

Sw 








4. 

Rahmen 

6 

< - 

Byte 

i 

i 3 
i ii 
i >-* 

kei ne 

Nut zerdaten) 

Qi 

nk l i ons*. 

iat z 

zur 

verblndunasor i 



FCTX FCRX 


1. Rahmen 5 Byte, <m=0, keine Nutzerdaten) 

--- > 

2. Rahmen 6 Byte, (m-1, keine Nutzerdaten) 

< --- - 

3. Rahmen 5 + cn B/te^ <m=0, Nutzerdaten der Lange cn) 

- —> 


Funkt i on’ä 


atz zu Datagrammübertrag 


FCFTX FCFRX 

1. Rahmen 5 + cn Byte, <m=0, Nutzerdaten der Länge cn) 

Die minimale Zugr if fsverzögerung wird im CSMA/CD-1-persistent- 
Mode erreicht, wenn der Zugriff konfliktfrei verläuft. Dre Über- 
tragungsverz ögerung beträgt unter diesen Bedingungen 0,6 ms. 
Somit kann die minimale Laufzeit von NIOS-Funkt i onen abgeschätzt 
werden: • 

1. FCOPEN: 72 Byte : minimal ca. 3,8 ms 

2. FCTX: 52-+ cn Byte : minimal ca. 2,7 ms + cn * 0,052 ms 

3. FCFTX: 17 + s cn Byte : minimal ca. 0,9 ms + cn * 0,052 ms 

4. FCCLOSE: 0 Byte : nur Prozessorlaufzeit 
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4. Applikationsraheenprotokol1« und Protokoll bei spiele 

4.1. Z««l vorgeschlagene Appllkationsraheenprotokol1« 
des SCOM-LAN (BCOM-ARP, Typ 1 und Typ 2) 

4.1.1. Zielstellung der Appllkatlonsraheenprotokolle 

Ausgehend von den Begriffsbestimmungen und Strukturdefinitionen 
offener Kommunikationssysteme auf der Grundlage des ISO-OSI- 
Modelle umfaßt ein Anwendungssystem die Ebenen 5-7. 

Es wurde in der Dokumentation des spezifischen nutzerorientiorten 
Transportsystems 5C0M-NI0S herausgestellt, daß ein direktes Auf¬ 
setzen von Netzwerkapplikationen auf das Transportsystem in den 
bevorzugten Einsatzgebieten des SCOM-LAN typisch und vorteilhaft 
sein wird. Von besonderer Bedeutung ist die Zielstellung, über 
Standardapplikationen neue, nutzungsneutrale und höhere Basis¬ 
dienste pufzubauen. 

Beispiele: File Transfer, 

Fi1e Di rectory-Transfer, 

File-Status-Transfer, 

Fern-Job- / Kommandoschnittstellen, 

Universaler liai 1 box-Di enst, 

Netzwerkbetriebssysteme mit virtuellen 

lokalen Ressourcenschnittstel1en <DOS-Anbindung) 

Hintergrunddialog 

offene Datenbankschnittstellen 


Für das lokale Rechnernetz SCOM-LAN wurden bereits in den Jahren 
1985/Ö6/Ö7 eine Reihe von Basis-Applikationsprotokollen ent¬ 
wickelt. Sie werden in den Anwender1ösungen 

SERVICE, PCLAN, PRS, N, LAN-Terminal u.a. 

eingesetzt. 

Für den Entwickler von neuen Netzwerkdiensten wurde eine Empfeh¬ 
lung zur Einleitung von SCOM-LAN-Anwendungen ausgearbeitet. 

Dieses Rahmen rotokol1 wird von allen genannten Anwendungen ein¬ 
gehalten und garantiert die störungsfreie Koexistenz beliebig 
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vialar Dianittufru-Pe (nutzerspezifische Appl 1 kationaprotokol la) 
im Natzwark. Grundsatz 1ich zarfüllt eina Netzwarkapplikation zwi¬ 
schen zwai Rechnerknoten dabei in dia Schrittai 


1. Aufbau ainar logiachan Transportvarbindung 

2. Anforderung ainar Applikationabaziahung 

3. Ausführan aines apazifiziarten Applikationaprotokolla 

4. Schließen einer 1ogisehen Transportvarbindung 

Dar Schritt 2 in dar o.g. Reihenfolge wird ApplikationarahmanPro¬ 
tokoll (Abkürzung ARA) genannt. Zwei Rahmenprotokol1 typen stehen 
für SCOM-LAN-Anwendungen zur Auswahl: 


1. SCOM-ARP Typ 1, mit einfachem oder doppeltem Zuwaiaungachlüa- 


2. SCOM-ARP Typ 2, baachl auni gtaa Appl-i kati onsrahmanprotokol 1 
unter Nutzung dar Datagrammdienste FCFTX, FCFRX nach Varbin¬ 
dungaar öffnung. 


Das SCON-Applikationsrahmanprotokol1 Typ 1 wird auch als Stan¬ 
dard—Rahmenprotokol 1 bezeichnet. 

Dia Aufgabe das SCOM-ARP ist dia Vareinheit1ichung das Auswahl— 
achlüsaala aller Applikationaprotokolla, dia auf dam SCOM-NIOS 
entstehen. Bei Anwendung das Applikationsrahmanprotokolls werden 
vorhandene Dianstaufrufa (z.B. Serverprotokolla) angestoßen, 
nicht vorhandene Protokol1gruppen nach einem einheitlichen Vor¬ 
bild abgewieean. Das SCOM-ARP wird in den höheren Softwareant- 
wicklunga-TOOLs (PASCAL, comFcrth, C> berücksichtigt. 


4.1.2. Das Applikationsrahmanprotokol1 Typ 1 


Dia erste Empfehlung für das Eröff nungsprotokol1 geht von einer 
Benutzung verbindungsorientierter Übartragzungsdienste 

FCRX/FCTX) aus. Nach einer Verbindungseröffnung (FCOPEN <—> 
FCNET bzw. FCOPEN <—> FCRXSTAT/FCOPENBQ) werden im Applikations- 
rahmenprotokol1 nachfolgende Schlüsselnachridhten durch eine 
anfordernda Station (nachfolgend Klient genannt) an aitfia Station 
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mit Dienstleistung nach Protokoll (nachfolgend Server gebannt) 
übertragen und durch AntMortnachrichten bestätigt oder zurückge- 
Niiieni 


/-\ 

ISCOM-ARP, Typ l f Schritt 1! 

\ J - r -/ 

Klient -—> 


Server 


Anforderung einer Applikation (erster Schlüssel) 
nun. Codierung 0 .. 255 (lByte) 


/-\ 

ISCOM-ARP, Typ 1, Schritt 2t 
\---/ 


Klient 


<- 

Bet 4 Nötigung mit ASCII 
Rue .Weisung mit ASCII 


Server 
"Y" oder 
"N" (lByte) 


/-\ 

fSCOM-ARP-, Typ 1, Schritt 3! 

\--/ 

Klient -> Server 


Aussendung eines Passwortes 6 ASCII-Zeichan 
(zweiter Schlüssel, optional) 


/ - \ 

ISCOM-ARP, Typ 1, Schritt 41 

\-/ 

Server 
verwendeti 
"Y" oder 
"N" (lByte) 


Klient <- 

wenn zweiter Schlüssel 
Bestaetigung mit ASCII 
RueckWeisung mit ASCII 















Somit steht für die Auswahl von Applikationsprotokollen ein 2 wai- 
stufiger Vertei1erschlüssel zur Verfügung. Er bietet hinreichende 
CodierungsreserVen für neue Applikationsprotokolle. 

Der Vertei1erschlüssel wird in der 1. Stufe durch die numeri¬ 
schen Zuweisungen 0..255 und in der zweiten Stufe durch die 
Kombinationsvielfalt der zugelassenen Paßwörter bestimmt. 

Ist das erste Zeichen des Paßwortes ein Leerzeichen, so wird, 
entsprechend der Protokol1führung im ARP, auf eine Paßwortauswer- 
tung, d.h. auf die zweite Stufe der Diensteverteilung/ Kontrolle, 
verzichtet. Die Bestätigung im Protokol1 sehritt 3 wird dann unbe¬ 
dingt mit der Meldung "Y" erteilt. 

Der Paßworttest im angegebenen Rah/nenprotokol 1 schließt weitere 
Paßworttests im Verlaufe des spezifischen Diensteprotokolls nicht 
aus. Somit kann die Bestätigung des 2. Schlüssels durch einen 
mehrdeutigen Listenvergleich resultieren, während die weitere 
detaillierte Auswertung in den Applikationsprotokol1en N erfolgt. 
Damit kann der Nachrichteninhalt <Jes 2. Schlüssels doppelt ge¬ 
nutzt werden: 

1. Als Schlüssel im SCOM-ARP 

2. Als Zugriffsschutz (Paßwort) für das Serverprotokol1. 

Zur schnallen Einordnung von Applikationsfunktionen nach Proto¬ 
kol 1merkmalen des Rahmenprotokolls und zur Koordinierung der 
Entwicklungsaktivitäten wird folgende Kennzeichnung vorgeschla¬ 
gen: 


A ( N , PI , P2 P3 , P4 , P5 , P6 > 

. . \ - / 

i ! Format: 6 Byte ASCII-String 

I \- Format: Byte, numerisch 

\- SCOM-Applikationsdianst 

Wertigkeit N: 0, 1, .. 255 ; binaere Codierung 

P1....P6: Symbol ? Auswertung durch das spezifische 

Applikationsprotokol1 
ungleich ? 2. Vertei1 ersch1uessel im ARP 

( ausgewertet 
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Beispiele* 


a> A (2,?,?,?,?,?,?) 

A-Dien«t 2, 

Kain« Mitara Unterteilung durch da« Rahmanprotokoi 1 . 

Schritt 3 im ARP kann zur L#ufzeiteinsparung untarblaiban. 

Ein Taat im Schritt 3 hat dia allainiga Funktion «iner 
P*ßwortsicherung da« folgenden Protokolls. 

Da« Applikationsprototooll belegt dan voll an erstan Schlüssel 
b) A (2,A,B,C,?,?,?> 

A-Dien«t 2, Unter dienst auf ABC—Kennung im 2. Schlüssel, 
optionale Paßwortaueuertung in dan Stallen P4, PS, P6. 

C> A (12,AjB,C,D,E,F) 

A-Dlenst 12, Untardianst unter dam Schlüssel ABCDEF. 


4.1.3 Das Applik ationsrahmenprotokol1 Typ 2 


In Erweiterung das SCOM-LAN Rahmanprotokoils dar Standardform zur 
Selektion eines Applikationsdienstes (Typ 1> werden Diensterken- 
nung und Anfraganachricht alternativ in einem Datenpaket wie 
folgt codiarti 


Anf r aoanacnr lent i (SERVER-Kennung,SERVER-DIENST,PARAMETER) 


I 


\- nutzerspazifisch 

4 - Byte - Schlüssel 
(Abstimmung im SCOM-ARP, Typ 2) 


Im beschleunigten Rahmenprotokoll wird eine erste Anfragenach¬ 
richt mittels Dategramm (NIOS-Funktionan FCFTX/FCFRX) übertragen. 
Eine spezielle Codierung für das beschleunigte Rahmanprotokoi1 
ist nicht erforder1ich, da das 1. Byte das SCOM Rahmenprotokol1■ 
verbindungsorientiert mit den Funktionen FCT<X und FCRX übertragen 
wird (Funktionsbyte, erster Schlüssel). Die Unterscbeidbarkeit 
ist durch die Länge des ersten Datenrahmens nach der 

VerbindungserÖffnung gegeben. Ist die Länge gleich Null, dann 
tändelt es sich um ein langes Rahmenprotokoll (SCOM-ARP, Typ 1). 
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Nur dieses wird mittels FCT> ausgesendet und kündigt sich^ im 
ersten Teilschritt^ (Erstsyn hro lsat on innerhalb FCTX/FCRX) 
durch den "indicate l,l -Rahmen der Nutzdatenlange Mull an. Jeder 
einer Verbindungseröffnung folgende Rahmen mit einer Nutzdaten¬ 
lange von größer als Null eröffnet ein beschleunigtes Rahmenpro¬ 
tokoll \SCOM-ARP, Typ 2). SCOM-LAN-Stationen, die beide Rahmen¬ 
protokolle verwanden, müssen zu Rahmenprotokol1ident 1 fizierung 
die Funktion FCRX durch Datagrammd enste auf lösen (vergl. Bil^J 
2.4). 

Die Aussendung der Anfraganachr i cht st-.tzt sich auf die 
Synchronisation des Verbindungsaufbaus. Zum Verbindungsaufbau ‘ 
werden vorzugsweise die NIOS-Funktionen FCOPEN und FCNET benutzt. 


4.1.4. Belegte,Applikationsschlüssel im SCOM-ARP 

Bedingt durch abgeschlossene Entwicklungsarbeiten von An¬ 
wendungslösungen im Rahmen der SCOM-Systemnutzung wurden einige 
der möglichen Dienste- Codierungen bereits belegt. 

Die nachfolgenden Listen geben Auskunft über die benutzten 
Schlüssel zur Selektion von Applikationsprotokollen in der 
vorhandenen bzw. gegenwärtig entwickelten SCOM-Software. Tabelle 

4.1 geht von einer Verwendung des SCOM-ARP, Typ 1 aus. Tabelle 

4.2 berücksichtigt das beschleunigte Applikationsrahmenprotokol1 
SCOM-ARP, Typ 2. Dia Fragezeichen im 4-Byte-Schlüssel des SCOM- 
ARP, Typ2 können von den Softwareentwicklern der Institutionen 
frei ersetzt werden. Die Listen bedürfen einer ständigen Vervoll¬ 
ständigung. Dia Eintragungen erfolgen im Rahmen der Systempflege 
durch die Hochschule für Seefahrt Harnemürtde/Hustrow, Direktorat 
Missenschaftlieher Gerätebau. 
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Schlüssel 


Verwendung 


A <1, ?????? ) 
... bis 
A <8, ?????? ) 

A <11,?????? ) 
... bis 
A <13,?????? ) 

A <20,?????? > 
A <22,?????? ) 

A <24,?????? > 
... bis 
A <27,?????? ) 

A <31,?????? ) 
A <32,?????? ) 
A <34,?????? ) 
A <55,?????? > 


LAN-TEST 

PCLAN 

NALAN 

SERVICE 

DABANK 

PRS 

SCGM-T00L-B0X 
Netzleder N 


A <40, ?????? > 
... bis , 

A <59, ?????? ) 


Elektronische Post 
EB,UEP, EID 
DABANK-II 


A <60, ?????? > 
... bi« 

A <65, ?????? ) 


verteiltes Recherche 
System LITE <IHS) 


A <80, ?????? ) 
... bis 
A <90, ?????? ) 


Büro-Post 

ORZ der DP Berlin 


A <128,?????? ) 
... bis 

A <130,?????? ) 


LANCON <IHS) 
LANCALL 


A <140,?????? ) 
... bis 

A <149,?????? ) 


Anwendungen des Kombi nets 
Schiffbeu 


A <150,?????? ) 


Leborenwendungen <IHS> 


A <255,?????? ) 


Testsoftwere <IHS) 


Tebelle 4.1t Belegte Appliketionsschlüssel ARP. Typ 
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Schlüsal 

Verwendung 


IHS? 

« Applikationen 

! 

IH für Reef. 

LAS? 

i Applikationen 

1 

IK tür Seef. 

HOD? 

5 

! Applikationen 

! 

IHSB 

S 


Tabelle 4.2« Belegte Applikationeechlüseel ARP, Typ 2 


Bemerkung! 

- Appl1kationsdienete der Lösungen PCL AN, SERVICE * 

DABANK, PRS, N, LAN-Terminal besitzen kompatible Protokolle. 
Ihre Appl1kationeechlüeeel weisem Überschneidungen auf. 
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4.2 


Uber»*cntederst«l1unqan dar SCOM-ARP und Kooperation 
beider ARP-Typen auf eine« Server 


Mit den Bildern 4.1 bis 4.3 wird eine Zusammenfitei 1ung aller 
Varianten 2 ur kompatibi 1itatsgerechten Eröffnung von Appliketions- 
protokollen (Abkürzung ÄRP für Applikationerahmenprotokol1> im 
8C0M-LAN vorgenommen. 

Sie verursachen jeweils einen unterschiedlichen Protohol lovdh-* 
head. Er steht in Relation zur Laufzeit der kooperie^etH^RI 
Klient- und Serverprozesse, sowie zur Menge an zu übertregdhcftm 
Nutzdaten. 

Mia die folgende Gegenüberstellung zeigt, kann die Antwortzeit 
bei verteilten SERVER-KLIENT-Applikatioqen gerade bei kurzen 
Server an fragen und Ser verantwort an, sowie bei kurzer Servs#-- 
reaktion (schneilar Serverrechner, effektiver RAM-gestüt 2 te^ 
Datenpuffer auf dem Server) deutlich gesenkt werden. 

Setzt aan den einfachen Request-Reply-Serverdienst (Anfrage und 
Antwort nach den Bildern 4.6 und 4.7) voraus, so ergeben sich die 
Unterschiedei 


Protokoll nach i d 4.1i 


7^ T 1/ t <> + 

: i ! 


i 


i 

Y 




FCOPEN 


cnl + 17 + cn^ iS 

I I 

C CFTX FCFTX 

mit 1 Byte 

Applikationsachl ussbx 
c ^TX-ovor head 


Summei 5,8 ms + (cnl * 0,032) ms + (cn2 * 0,032) ms 


Protokoll nach Bild 4.3i 72 + 104 + 52 + cnl + 32 + cn2 

iii : 

I 5 "CTX FCTX 


I \- Applikationsschlüssel 

I (Standardform) 

\- FC0PEN 

cnli Anfragenachricht 
cn2s Antwortnachricht 


Summet 14,6 ms + (c*.. * 0,052) ms + Xcn2 * 0,052) ms 
Gegenüberstellung! 128 ♦ cnl + cn2 <—> 280 + cnl + cn2 
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Grundsatz 1ich sinkt mit steigender Effektivität der Kommuni- 
kationsprotokol1e der Bedarf an Kanalkapazitat, und damit steigt 
die Verfügbarkeit des Übertragungskanals für parallel, laufende 
Protokolle. 

Die gemeinsame Implementierung der 3 Rahmenprotokolle auf der 
Server-Seite ist unter Nutzung der Data^rammdienste möglich. 

Dabei wird im Falle des Standard-App.l i kati onsrahmenprotokol 1 s der 
verbindungsorientierte Datenempfang mittels der Datagrammdienste 
<FCFTX/FCFRX> nachgebildet. Serveranfragen•über das Standard- 
er öf f nungsprotokol 1 beginnen mit der Erstsynchronisation inner 
halb der NIOS-Funktion FCTX. Der dabei übertragene Rahmen läßt 
sich eindeutig über die Datenlänge auswarten. Die Bedingung zur 
Protokol1fortsetzung nach dem Standard-ARP ist demnach mit 'Da¬ 
tenlänge ■ 0" bei Auswertung des ersten Empfangsvorgangs nach 

einer VerbindungserÖffnung (FCNET oder FCOPENBQ) eindeutig. 

Die Protokolldarstel1ungen in den Bildern 4.4 und 4.5 zeigen die 
richtige Anwendung der Datagrammdienste zur Erfüllung des 
Standard-ARP (Typ 1). Die Entscheidung zum zweistufigen Proto¬ 
kol 1schlüssel erfolgt nach Auswertung des ersten Nutzdatenrahmens 
(1-Byte-Sc^lüssel>• 

Ist die Länge des ersten Protokollrahmens nach einer Verbindungs¬ 
eröffnung ungleich 0, so wird eine beschleunigte Eröffnung einer 
Applikationsbeziehung zwischen Server und Klient erwartet (vergl. 
Bild 4.1). Wichtig ist dabei die Einhaltung des reservierten 4- 
Byte-Bereichs im ErÖffnungsrahmen (Serveranfrage). 
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/ - --\ /-- 

i Klient ! Server 

\-/ \- 

! FCSETEA setze Gerätesdresse 

i FC1NIT initialisiere LAN-Adapter 


FCOPEN Verbindungsorganisation 


\ 


FCSETEA ‘ ! 
FCINIT 


FCNET 


beschleunigtes Rahmenprotokol1 

/- --- 

I 

12. FCFTX -> 

S <Adress>: SERVERADRESSE + 128 
1 Daten; 


'-\ 

FCFRX i 

! 


! An-f ragerahmen der Länge >0 

! mit Rahmenprotokol1 Information ! 

I in den ersten vier Byte l 

! und weiteren beliebigen Nut 2 daten S 

\ - - - / 


! 


S 


3. spezifisches Applikationsprotokoll 


! FCFTX 

<-- -> 

FCFTX 

FCTX 


FCTX 

FCFRX 

<.. .> 

FCFRX 

! FCRX 

1 


FCRX 

t 

i 5. FCCLOSE 

Abbau elfter logischen 

FCCLOSE 

1 

• Verbindung 



I 

! 

t 

! 


t 

! 

I 


/ 


Bild 4.1: Beschleunigtes AppliIat i onsrahmenprotokol1 
im SCOM-LAN 
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/-\ / - 

t Kli*nt I I Sarvir 

\ - / \ - 

/ - . - 

FCSETEA matz« Öaräteadresse FCSETEA 

FCINIT Initialisiere LAN-Adaptar FCINIT 


\ 

/ 

\ 


• 1. FCOPfcN /erbindungsorganisatlon FCNET 

l -„-> 

l <- 

I -> 


Standard Rahmenprotokol1 vollständig 

I /-----\ 


i : 2 . 

11 
s: 

FCTX 

<- 

1. Schlüamal, 1 

Byta 

FCRX 

«i 
i: 

11 

FCRX 

<—- 

Bastütigung f 1 

<- 

-> 

Byta 

FCTX 

11 

;)» 

FCTX 

<- 

2. Schlüssal, 6 

Byt^ 

-> 

FCRX 

! \ — 

FCRX 

< - 

Bastätigung, 1 

<-;- 

Byta 

FCTX 


: 3. 

spazi-fisch«« Appl i Icati onsprotokol 1 


! FCFTX 


<- -> 

FCFTX 

1 FCTX 



FCTX 

! FCFRX 

1 FCRX 


<- -> 

FCFRX 

FCRX 

} 6. FCCLOSE 

V- 

Abbau ainar logischen 
Verbindung 

FCCLOSE 


Bild 4.2: Standard AppixKacionsrahmanprotokol1 im 

SCOM-LAN mit zwaimtufigam Schlüssalaufbau 
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Klient 


I 

/ 


I Server 

\- 


FCSETEA eetze Oerüteedresee FCSETEA I 

FCINIT initialleiere LAN-Adapter FCINIT 


1. FCOPEN Vorbindungaorganieation FCNET ! 

- > : 

< - s 

-* 

< - i 

Standard Rahmenprotokoll mit einfachem Schlüeeel I 

/- -\ I 


: ! 2. FCTX -> 

| , <- 

1. Schlüeeel, 1 Byte 

* I ---> 


FCRX I i 
J I 
I I 
1 .1 


j "CRX <- FCTX : ! 

. - > ; | 

I Baetütigung, 1 Byte 

! <- I I 

\-/ ! 

I 



6. FCCLOSE Abbau einer logiechen FCCLOSE 

Verbindung 


Bild 4.3i Standard Applikationerahmenprotokol1 im 
SCOM-i AN mit einetufigem Schlüeeelaufbau 
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Kl ient 


2 Server 

\- 


FCSETEA 

FCINIT 


setze Geräteadresse FCSETEA 

initialisiere LAN-Adapter FCINIT 


1. FCOPEN Varbindungsorganisation 

- > 

<- 


FCNET I 


I 

1/- 

222. FCTX 

I 1 

:: 
i s 
: 2 
!: 


Standard Rahmengrotokol1 vollständig 

-—-- \ 

-> FCFRX ! 

wenn Nutzdaten1änge 2 
» 0, dann: 2 

<- FCFTX I 

(ADRESS)i Klient+1202 
Dateni SERVERADRESSE 2 
+ 128 (1 Byte)2 

1. Schlüssel, 1 Byte 


-> 


2 2 FCRX 

2 2 
2 2 


h FCTX 


FCRX 


2 2 


Bestätigung, 1 Byte 


2. Schlüssel, 6 Byte 


Bestätigung, 1 Byte 

<- 


FCFRX 2 

2 

FCTX 2 


2 

FCRX I 


FCTX 2 2 

I 


I \- 


3. 

FCFTX 

FCTX 

FCFRX 

FCRX 


spezifische« Applikationsprotokol 1 

<- -> 

<- - . — > 


6. FCCLOSE 


Verbindungsabbau 


FCFTX 

FCTX 

FCFRX 

FCRX 

FCCLOSE 


Bild 4.4: Serverreaktion bei Anfrage nach dem Standard- 
Applikationsrahmenprotokoll in zwei Stufen 
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/ - \ / - 

j Klient S Server 

\- - ---/ V---- 

/------;------ 

r FCSETEA setze Geräteadresse FCSETEA 

! FCINIT initialisiere LAN-Adapter FCINIT 


\ 

/ 

\ 

I 


> 1. FCOPEN VerbindungsorgAnimation FCNET 

: -> ; 

. <- . 

. -> • 

j <--- i 


! Standard Rahmenprotokoll vollständig 

I /---\ 


I S 2. FCTX 


i: 
! i 


FCRX 


-> FCFRX 

wenn Nutzdatenlänge 
* .0, dann: 

<- FCFTX 

(ABRESS)i Klient+128 
Daten: SERVERADRESSE 
+12Ö <1 Byte) 


1. Schlüssel, 1 Byte 


Bestätigung, 1 Byte 
<--- 


FCFRX 

FCTX 


: FCFTX 
S FCTX 
! FCFRX 
! FCRX 


spezlfisches Applikationsprotokol1 

< - - > 

<- -> 


FCFTX 

FCTX 

FCFRX 

FCRX 


6, FCCLOSE Verbindungsabbau 


FCCLOSE 


Bild 4.S: Serverreaktion bei Anfrage nach dem Standard- 

Appl i kationsrahmenprotokol1 (einfacher Schlüssel) 
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4.3. Entwurf ain«t rationellen Anfragaprotokol1a 

für LAN-Sarvar 

Mit diesem Abschnitt soll latztlich ain Beispiel für die Anwen¬ 
dung das SCOM-ARP und einiger NIOS-Funktionan aufgezeigt werden. 
Dar Entwurf eines schnallen Anfragaprotokol1s kann maßgeblich dir 
Varfügbarkeit von Serverdianstan beeinflussen. Zielstellung dat 
vorliegenden Protokollentwurfe ist ein minimaler Übertragungen 
overhaad zur Inanspruchnahme von beliebigen Serverdiensten durch 
konsumierende Klientstationen (LAN-Terminals). Viele Applika¬ 
tionsdienste eines LAN-Servers lassen sich durch die Klasse der 
Anfrage-Antwort-Protokolle (request-reply-Schritt) ansprechen. 

Typisch ist dabei folgender Nachrichtenaustausch auf einer ausge¬ 
handelten Verbindungi 

1. Aussenden «iner Anfragenachricht beliebiger Länge vom Mienten 
an den Server 

2. Auesenden einer Antwortnachricht beliebiger Länge vom Server 
an den Klienten 

Zwischen oee Nainrichtenaustausch steht die Serverfunktion. 

Die Folge von Server anf rage, Serverfunktion und Server antwor«. ist 
ln dar Regel unteilbar, d.h. eindeutig und vollständig mit einer 
vorher ausgewählten Klient-Station ab 2 uwiekeln. 

Damit ergaben sich 6 Einzelschritte für eine Serverenfregei 

Schritt li Herstellung einer eindeutigen Nacnrichtenvarbindung 

unter der Möglichkeit des zufälligen Vielfechzugriffs 
Schritt 2i Übermittlung einer Anfragenechricht 
Schritt 3i Aufruf des SerVerdienstes (Server-Prozeß) 

Schritt 4i Übermittlung der Antwortnachricht 
Schritt Si Aussendüng einer Klientbestätigung 
Schritt 6) Auflösung der NachrichtdnVerbindung 

Neben der Nat_.>r i<_ntenuDertragung sind Synchron!sationsaufgaben zr 
1öseni 

1. Die Bereitschaftsmeldüng des Servers zur Verbindungsaufnahm« 

2. Die Bereitschaftsmeldung des 8ervers zur Anfrage 

3. Die Bereitschaftsmeldung des Klienten zur Antwort 

4. Back-Up-Freigäbe für den Server 

Bild 4.6 zeigt den ersten Schritt einer Serverenfrage. 
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FCÜPEN 


FCNET 


raquaat I SCOM- i indicata 

- > ; ; -— > 

Wirkung- TOBQ I NI ns i 

< - , }<^ - 

I confirm I MAC I ratpönr 1 

I 

I Erataynchroniaation auf Varbindungagaauch 
1 , Varbindungaorganiaation 


I 
I 

I I ! 

V Data-TX \ SCOM- Wirkung TOBQ 

, ->j i-- 

I Wirkung TOBQ NIOS 

< - • *< - 

I MAC : 


Synchron!aation auf baatahandar Varbindung 
odar Abwaiaung ainar Varbindungaanfordarung I 

- / 

Bild 4.6i Schritt 1 ainar aarvaranfraga 

Ia Schritt 2 daa Anfragaprotokolla wird dia rtnfraganachricht 
achainbar varbindungaloa gaaandat. 

Dazu wardan dia ia SCOM-NIOS ab 8/39 nau impi amannartan 
Datagramm-Diansta FCFRX und FCFTX banutzt <Bild 4.7). Dia Charak- 
tariaiarung "achainbar varbindungaloa" barückaichtigt dia Tat- 
aacha ainar baatahandan }ogischan Varbindung zwiachan Sarvar und 
Kl}ant. 

ACHTUNGi Paramatar für FCFTX iat zusätzlich dia Sarvaradraaaa. Da 
dar NIOS-Dianat im Varbindungszuatand aufgarufan wird, 
iat nicht cjia tatsächliche Sarvar adraaaa anzugaban^ 
aondarn dar um 128 erhöhte Wart, üba^gabefeld iat df 
Adraaaanragiatar im NIOS-NCB. Daa Timaout für dan Var¬ 
bi ndungaauf bau sollta untar 100 Zaitainhaitan liagan 
<T0BQ ca. 100, aina Zaitainhait c»trägt ca. 1,7 na). 
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/ - 

! Klient 
\- 


/--- 

! Server 
\-- 


\ 


\ 


/ 


\ 


/ 


/ - \ 

! FCFTX FCFRX ! 

! (ADRESS>: SERVERADRESSE +128 ! 

! Daten: Anfragenachricht • 




V Data-TX 


SC0M- 

! Wirkung TO 



i 

NIOS 

i Data-RX 






V 



MAC 




! Synchronisation für Serveraufrufprozeß I 
! oder Abbau der Verbindung bei Fehler i 
\—--/ 


Bild 4.7: Schritt 2 eines Serverzugriffs 


Der Schritt 3 eines Serverzugriffs läuft ohne NIOS-Nutzung ab. 
Grundsätzlich muß der Aufrufprozeß auf dem Server in Rahmen des 
Klient-Timeout« (Schritt 4> abgeschlossen werden. Im Schritt 4 
wird die Serverantwort mit freier Formatierung im Antwortpaket an 
den Klienten übergeben (Bild 4.8). 

Um einen eventuellen Synchronisationsverlust zu erkennen, wird 
nach der scheinbar verbindungslosen Datenübertragung der Server¬ 
antwort eine Klientantwort erwartet. Sie wird ebenfalls in Form 
eines Datagramms scheinbar verbindungslos übertragen (Schritt 5, 
siehe Bild’ 4.9). 

Klientantwort: <Y> - 1 Byte-Nachricht bei fenierloser Übertragung 
(N) - 1 Byte-Nachricht bei fehlerhafter Übertragung 

Die Klientantwort bleibt bei Synchronisationsverlust aus. Der 
Server erkennt diesen Zustand durch Timeout (TO: can 100). 

Bei negativer oder ausbleibender Klientbestätigung werden in der 
Regel ,alle Datenveränderungen auf dem Server zurückgesetzt. Da¬ 
durch wird gesichert, daß auf dem Klient nicht beendete Dialoge 
(z.B. wegen eines nicht behebbaren übertragungsfehler« in dar 
Antwortübermittlung) zu unregistrierten Datenbewegungen auf den 
Serverdateien führen. Ebenso wird die Laufzeit des Server« kon- 
trol1iert. 
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/ - \ /-\ 


• Server 



! Kl i ent 







! FCFTX 
; (ADRESS): 
t Daten: 

KLIENTADRESSE + 
Serverantwort 

128 


FCFRX 

1 V Data-TX 

SCOM- 

Wirkung 

TO 

V 


I 

NI OS 

MAC 

Data-RX 

V 


I Synchronisation für eine Klient-Bestätigung ! 

\---;-/ 

Bild 4.8: Schritt 4 eines Serverzugriffs 


I Synchronisation für eine Klient-Bestätigung ! 

\--r-;-/ 


I Klient I 

\ - / 


/-\ 

i Server ! 

\ --- / 


/- , - 

! FCFTX 

! (ADRESS)l SERVERADRESSE +128 
*1 Daten: Ci entbestät i gung 


V Data-TX 


> 


SCOM- 

NIOS 

MAC 


- \ 

FCFRX 

: 

i 


Wirkung 

Data-RX 


TO 

- > 


V 


I 


• Synchronisation für die Gültigkeit der Serveraktion ! 

! oder Rücksetzen der Datenmanipulationen bei Fehlern 

\-'-/ 


Bild 4.9: Schritt 5 eines Serverzugriffs 

Im letzten Schritt 6 eines Serverzugriffs wird die logische Verbin¬ 
dung abgesi_tzt (Bild 4.10). Dazu initiieren baidk Stationen die 
NIOS-Funktion FCCLOSE. FCCLOSE beansprucht keine Übertragungs- 
kapazität. 
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Negative Ausführungsargabni«sa dar Schritt« 2 bi« S (Ti««out, 
Ubartragungsf«hl«r) ntüttan «tat« durch Aufruf von FCCLOSE quit- 
tiart wardan, damit «in arnautar Varbindungsaufbau möglich wird. 




Sarvar und Kliant ohna Synchronisation und Varbindung 


Bild 4.10i Schritt 6 ainas Sarvarizugriff« 

Mit Bild 4.11 wird «in« Zuaammanfaaaung da« Zugriff«protokol1« 
vorganontman. Dia Sarvaranfrag« wird nach einem beliebigen Kllant- 
prozeß (Prozaß 1 ,im Bild 4.6) au«galö«t. Nach arfolgraicha« Ab¬ 
schluß dar Sarvaroparation wird dar Kli^ntprozeß 2 arraicht. 

Au« Bild 4.11 ist arsichtlich, daß dar Sarvar übar ain 7-Wega- 
Protokoll anga«prochan wird. Dabai baanspruoht dia Varbindungsor- 
ganisatlon allain 4 Protokol1«tappen. Jade der «laben Sendeope¬ 
rationen beansprucht eine Zugriff«prozedur zum Übertragungsma- 
dium. Dia Einstellung dar Zugriff«verfahren wird wie folgt vorga¬ 
sch lagen 1 

Klient! ZliodaO, Codierung 0, unpriori«i«rt 

Sarvari ZliodaO, Codierung 0, priorisiart mit 1 

Bel mahreran Servern ist aia Priorität fortlaufend 2, 3 usu.. 

Die Übartragungskatagoria ist KATA, Codierung 0. 
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Alls Bild 4.12 kann ein weiteres alternatives Request-Reply-Zu- 
griffsprotokol1 unter Verwendung des SCOM-ARP-Typ 1 entnommen 
werden. Hier kommt ein 16-Wege-Protokol1 zur Anwendung. 

Es werden ausschließlich die verbindungsorientierten Übertra¬ 
gungsdienste FCTX und FCRX verwendet. 


/- 

! Klient 

\- 

/- 

! FCSETEA 
! FC1NIT 


j /-\ 

I !Klient- ! 

! !Prozeß 1 ! 

I \-/ 

! 1. FCOPEN 


i 2. FCFJX- 

! 3. 


\ /-\ 

! i Server { 

/ A-/ 

---- \ 

setze Gerateadresse FCSEtEA ! 

initialisiere LAN-Adapter FCINIT ! 


Verbindungsorganisatlon 


FCNET 


FCFRX 


1 

I 


/-\ 

[Server - ! 

[Prozeß ! 

\-/ 


4. FCFRX < 


FCFTX 


5. FCFTX 


> 


FCFRX 


6. FCCLOSE Abbau einer logischen FCCLOSE 

Verbindung 

/-\ 

[Klient- 1 
[Prozeß 2 I 
\-/ 


Bild 4.11s Zusammenfassung des beschleunigten Zugriffs¬ 
protokolls für einen Server 
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/-\ / - 

t Kliant i ! Server 

\ - / \ - 

/ - 

FCSETEA setze Geräteadrasse FCSETEA 

I FCINIT initialisiere LAN-Adapter FCINIT 


\ 

/ 

\ 

I 


1. FCOPEN Verbinduhgsorganisation FCNET 1 

-> I 

<--- ! 

-> ,j 

<- j 

: 

Standard Rahmenprotokol1 mit einfachem Schlüssel ! 

/-\ ! 

12. FCTX -> FCRX ! 5 

, <- S ; 

I 1. Schlüssel, 1 Byte 1 : 

; > S i 

i : i 

I FCRX <- FCTX I ! 

I > ; ; 

t Bestätigung, 1 Byte I 

| < -- ; - 

\-/ 1 

SERVER - Zugriff I 

/-'■---\ 1 

: ; i 

13. FCTX -> FCRX ! .1 

J <- { s 

1 Funktioneanforderung 1 : 

S > t 1 

j /-\ { * 

• 1 Serverprozeß! I i 

j \-/ | • 

! FCRX <- FCTX 1 i 

; ’ > . j 

! Serverantwort 1 1 

i <- : : 

\—*-■-/ i 

/-* i 


t 6. FCCLOSE Abbau einer logischen 

! Verbindung 

I 

\- 


FCCLOSE 1 

-/ 


Bild 4.12* Serverprotokol1 mit dem SCOM-ARP Typ 1.pa 


112 






































S. 8C0M—NIOS als residente« Programm im 16-Bit-PC 

Stand: 15.1.90 v 

5.1. Grundsätze zur SCOM-NIOS-Teiberkonzeption 

Dia Vielzahl der SCOM-LAN-Netzweirkadapter und die inzwischen hohe 
Anzahl verschiedenster Applikationslösungen machten es dringend 
erforderlich, die Basissoftware von SCOM-LAN-Knoten einheitlich 
hinsichtlich ihrer Benutzug zu gestalten. Basissoftware auf der 
untersten Ebene ist das Transportsystem SC0M-NI0S. 

Für alle NetzWerkbaugruppen auf 8- und 16-Bit-Prozessorbussen 
stellt die HfS das SCOM-Transportsystem NIOS bereit. Die Kodie¬ 
rung des SCOM—NIOS liegt sowohl im Z80-Kode als auch im 8086-Kode 
v«~r. Das Protokol1 verfahren unter Nutzung der SCQM-LAN-Logik ist 
patentrechtlich geschützt. 

Für den 16-Bit-Standard-PC mit MS-DOS-kompatiblem Betriebssystem 
liegt eine einheitliche Methode der SCOM-NIOS-Einbindung in das 
Betriebssystem des PC vor. Diese Einbindung erfolgt in Form eines 
SCOH— Treibers. Der Treiber ist im Unterschied zu einem DOS-Gerä- 
tetreiber ein speicherresidentes Programm, durch das das vor¬ 
handene 'Betriebssystem um SCOM-LAN-Funktionen erweitert wird. Die 
logische Schnittstelle dieses SCOM-Treibers entspricht dem Funk¬ 
tionsumfang des SCOM—NIOS, Version 2.0 vom 1.8.1989 <5 Zugriffs¬ 
verfahren, 4 Datensicherungsprotokol1e, zuzüglich Datagramm¬ 
dienste, vgl. Kapitel 4). Die Basisschnittstel1e SC0M-NI0S 
bleibt unabhängig von Hardwareart und Hardwareherstel1 er. 

Das Treiberkonzept unter MS-DOS berücksichtigt den Multi-NIU- 
Betrieb von bis zu 8 Netzwarkanschlüssen und damit die Gateway- 
Kommunikation zwischen SCOM-Netzen untereinander, ^owie zwischen 
Netzbn mit NIOS-Emulation (betrifft z.B. LOTUNET und R0LANET1, 
vgl. Abschnitt 6). Ferner werden fehlertolerante Netzwerktopo¬ 
logien durch die neuen Schnittstellenfunktionen unterstützt. 
Hardwarespezifikationen, eine SCOM-KanalZuordnung und die Knoten¬ 
adressierung lassen sich beim Laden des residenten Programms 
durch Schalter-Kommandos installieren. Die Einrichtung von SC0M- 
LAN-Kanälen und deren Spezifikationen können durch eine weitere 
Kontrollfunktion applikationsseitig über den Treiber abgefragt 
und ausgewertet werden. 
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Nachfolgend sei! die Handhabung dem Modfcils SQOM-NIOS unter MS-DOS 
er1äuter t-wer d *n 


Die Hardware-Basis 2 um Anschluß 
sich gegenwärtig wie folgt dari 

Baugruppe 

SCOM-PROLAN 

SCOM-NIU-1834 

SCOM-LAN-BOX 

SC0M-N1U-B0X 

SCOM-NIU-BOX-CZ 

SCOM-NIU-XT/AT 


von 16-Bit-Stenderd-PC stellt 


PC/Endgar*t 

EC 1834 
EC 1834 

V.24-DEE/D0E, A 7150 
A 7150 
A 7150 
PC XT/AT 


Entsrechend existieren mehrere Treiberprogramme für alle mögli¬ 
chen BaugruppenVerwendungen: 


PROLAN.COM 

NIUXT.COM 

N1UAT.COM 
LANBOX.COM 
NIUBOX.COM 
NIUBOXCZ.COM 


-> für die SCOM-PROLAN 

-> für die SCOM-NIU-XT/AT ie XT-PC 

oder für die SCOM-NIU-1834 

-> für die SCOM-NIU-XT/AT im AT-PC 

-> für den Einsatz der SCOM-LAN-BOX 

-> für die SCOM-NIU-BOX 

-> für die SCOM-NIU-BOX-CZ 


Die NIU für den PC-XT bzw. PC-AT unterscheidet sich nur in der 
Steckverbinderausführung von der EC 1834 NIU. Für beliebige XT- 
kompatible Rechner, einschließlich des EC 1834 ist der Treiber 
NIUXT.COM zu verwenden. Auf Grund der höheren Geschwindigkeit des 
AT muß trot 2 gleicher NIU-Hardwere ein speziell angepaßter Trei¬ 
ber <NIUAT.COM) benutzt werden. Bei AT‘s mit einer höheren Takt¬ 
rate als 12 MHz kann es mit der derzeitig verfügbaren NIU-XT/AT 
jedoch trotzdem noch Probleme geben. Im Allgemeinen lassen sich 
diese Rechner jedoch mit einer geringeren Taktrate betreiben 
<Turbo-Schalter aus). 


Anders als beim 8-Bit-PC (Ausnahme SCOM-Applikation LANCON), wird 
die Basissoftware unter MS-DOS resident in den Hauptspeicher des 
PC geladen und l<ann über einen, für alle Anschlußbaugruppen ein¬ 
heitlichen Zugang^punkt, den Software-Interrupt 6CH, erreicht 
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werden. Das Betriebssystem MS-DOS wird demnach um eine Schnitt¬ 
stelle 2 ur Rechnerkommunikation erweitert. 

Zur Unterstützung fehlertoleranter Netzwerk-Topologien sowie 
Gateway- und Brucken-Funktionen ist das Laden von bis zu 8 SCOM- 
Treibern mit unterschied!ieher Konfigurierung möglich. Diese 
erscheinen dann dem Nutzer als SCOM-Kanäle. Beim Aufruf einer 
NIOS-Funktion muß daher immer explizit der zu nutzende SCOM-Kanal 
angegeben werden. 

Unter dem als SCOM-Interface benutzten Software-Interrupt &CH 
sind die drei Funktionen definiert: 

- Holen eines Belegungsvektors, der angibt, welche SCOM- 
Kanüle installiertsind, 

- Ausfuhren einer NIOS-Funktion auf einem bestimmten Kanal, 

- Ermitteln von Statusinformationen über einen bestimmten 
Kanal. 

Vor der Benutzung dieser Funktionen sollte jedes Anwenderprogramm 
testen« ob das SCOM-Interface installiert ist. Ein entsprechendes 
Beispiel in 8086-Assembler wird weiter unten angegeben. 

Berücksichtigung findet die vorgestellte MS-DOS-spezifisehe Trei¬ 
bereinbindung in allen SCOM-Tool-Boxes und Softwarebibliotheken. 
Dadurch bleibt bei deren Nutzung die konkrete hardware- und kno- 
tenabhängige NIOS-Implementierung unter höheren SCOM-Proreduren 
verborgen. 


S.2. Installation der Treiber 

Für den Anwender des SCOM-LAN ist der Aufruf und d e Parameter¬ 
versorgung des NIOS-Moduls bedeutsam. Das Laden des residenten 
NlOS-PäketSs muß vor seiner Benutzung durch App 1ikat i onssoftware 
erfolgen. Vorteilhaft ist eine Eingl i ederungr- des <r > betreffenden 
Treiberaufrufe(s> in die Datei "autoexec.bat*. 

Das Laden der SCOM-LAN-Treiber muß in aller Regel-unter Vorgabe 
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von Parametern erfolgen. Parameter sind: 


1. Die Adresse des PC im SCOM-LAN 

Format: /A xx xxi Net 2 werkadresse, dezimal, 1..99 

Hit dem Schalter /A kann die Tei1nehmeradresse des PC's im SCOM- 
LAN eingestellt werden. Ihre Angabe ist unbedingt erfOrder1ich. 
Ein Beispiel ist /A 45 oder /A65. 


2. Die E/A-Toradressen der LAN-Baugruppe im PC 

Format: /M xxx xxx: Toradresse, hexadezimal, OOOO..OFFFFH 

bei NIU, NIUBOX, NIUBOX.CZ und PROLAN 

xxx: serielle Schnittstelle des PC, C0M1..COM4 
'bei LANBOX 

Die Tore für die SCOM-NIU, NIUBOXen bzw. PR0LAN-P1atinen müssen 
überdeckungsfreie Adressen tragen. Jede dieser Baugruppen kann 
durch Wickelbrücken bzw. Schalter auf eine Baugruppenadresse 
(Basisadresse) eingestellt werden. Vozugsadresse ist die 200H für 
die SCOM-NIU, 300H für die NIUBOX und die NIUBOX.CZ, sowie 218H 
für die PROLAN-Baugruppe. Die Standardadressen für die NIUBOXen 
ergeben sich aus den festen Einstellungen auf der ASP-Baugruppe 
des A 7150. Es hat für diese Baugruppen also keinen Sinn über¬ 
haupt den /m-Schalter angzugeben. Es ist zu beachten, daß neben 
der Baugruppen-Basisadresse bei der Treiber-Instal 1 ation in Ab-’- 
hängigkeit vom Treiber-Typ und dieser Basisadre$se weitere Port- 
Adressen automatisch gesetzt werden (CTCO, CTC3, SIODA und SIOCA 
bei allen NIUxx-Baugruppen, STATUS-REGISTER bei der PROLAN). 
Spätestens wenn mehrere SCOM'-Baugruppen nebeneinander in einem PC 
betrieben werden sollen, muß eine sorgfältige Abstimmung dieser 
Adressierung zwischen den LAN-Baugruppen untereinander und der 
vorhandenen PC-Peripherie gesichert werden. 

Die notwendige Softwareanpassung geschieht durch den Schalter /M. 

/M 330 installiert die Basisadresse 0330H (hexadezimal!). Der 
Parameterbereich liegt zwischen 0000 und FFFF, entsprechend dar 
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Bedeutung OOOOH und FFFFH. Auf die Angabe dieses Schalters kann 
verzichtet werden. In diesem Falle werden die angegebenen Stan- 
dardgenerierungen vorgenommen <200H für NIU, 300H für NIUBOX^CZ 
und 21 dH f ür~ PROLAN) . 

Bei der Hardware SCOM-LANBOX entfällt die Angabe der Hardware- 
Toradressen. Dafür kann mit dem /M-Schalter zwischen den seriel¬ 
len Schnittstellen C0M1 bis COM4 zum Anschluß der LANBOX an den 
PC gewählt werden. Als Standardwert wird bei der LANBOX die se¬ 
rielle Schnittstelle C0M1 eingetragen, falls der /M-Schalter 
nicht angegeben wird. Syntaktisch richtige Beispiele sind /mCGMl, 
/M com 2, /m com3 usw. 

Ein häufiger Fehler bei der Installation eines Treibers besteht 
darin, daß der /M-Schalter waggelassen wird, ohne vorher zu prü¬ 
fen, ob die Baugruppe tatsächlich auf die Standard-Basisadresse 
'eingestellt (gewickelt) ist. 


3. Der Bezeichner für den SCOM-LAN-Kanal 

Formats /K x ms Kanalnummer, dezimal, 1..8 

Werden mehrere SCOM-Baugruppen an den PC angeschlossen, so un¬ 
terscheidet die Appl i kationss'of tware die NIOS-Module anhand einer 
laufenden Nummer (Format dezimal 1...8), den SCOM-LAN-Kanal. Der 
Schalter wird durch die Symbole /K dargestellt. /K 4 heißt, daß 
der geladene SCOM-Treibermodul als 4. SCOM-Kanal benutzt wird. 

Die Angabe dieses Parameters ist unbedingt erforder1ich. 

/ 

Zusammenfassend spiegeln die nachfolgenden Aufrufbeispiele die 
korrekte Installation der Basissoftware SCOM-NIOS im 16-Bit-PC 
wider. 


PROLAN /A3 /M200 /Kl 
PROLAN /M 200 /k 1 /a 3 
NIUBOX /Al2/M300/K2 
LANBOX /A2 /K3 /MC0M2 
NIUBOX /A 44 /K4 
NIUBOXCZ /A 55 /K5 
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Di« Reihenfolge der Schalter ist beliebig. Leerzeichen können 
eingefügt oder weggelasaen werden, allerdings sind Angaben des 
Schalters in der Form / A nicht gestattet. Die Schalter /A und 
/K müssen angegeben werden, bei Fehlen des Schalters /h werden 
Standards angenommen. 

Bei der Installation der Treiber PROLAN.COM und LANBOX.COM wird 
in diesen Baugruppen die aktuelle Version des NIOS als Firmware 
geladen. Die entsprechenden Dateien sind: 

SLOTLDR.THC für die PROLAN-Karte und 

BOXLDR.THC für die LANBOX. 

Das Laden der jeweiligen Datei in die LAN-Baugruppe wird durch 
die Ausschrift 

Lade NIOS... 

angezeigt. Beim Laden können folgende Fehler auftreten: 

1. Datei .... kann nicht geöffnet werden 

Bedeutung: Die Datei SLOTLDR.THC bzw. BOXLDR.THC wurde nicht 
gefunden oder konnte aus anderen Gründen nicht 
gelesen werden. 

I 

2. Fehler beim Lesen der Datei ... 

Bedeutung: Beim Einlesen eines Blockes aus der Datei 
SLOTLDR.THC bzw. BOXLDR.THC trat ein Fehler auf 

3. Synchronisationsfehler 

Bedeutung: Beim Laden einer der Dateien traten Probleme an der 
Kommunikations-Schnittstelle (Slot bzw. V.24>, 
auf. 

Nach er.olgreieher Installation erscheint die Ausschrift: 

SCOM-Treiber Version 2.0 installiert 
je) 19Ö9 IHS-WGB/RW <AW> 
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Bei erfol grei eher Installation des ersten Treibers (nicht notwen¬ 
digerweise der mit Kanalnummer 1) ist auch das SCOM-Interf«ca 
resident im Speicher installiert. 

Beim Treiheraufruf werden 5 Fehlermöglichkeiten unterschieden. 

t 

1. SCOM-LAN-Kanal bereits belegt 

Bedeutung: gleicher SCOM-LAN-Kanal wird bereits durch einen 
anderen Treiber beansprucht 

2. Kein Kanal mehr frei 

Bedeutung: alle 8 möglichen Kanäle wurden bereits installiert 

3. ungültiger Parameterangabe<n) 

Bedeutung: Formatfehler bei der Parameterangabe zum Treiher¬ 
auf ruf 

4. Parameter unvollständig 

Bedeutung: Die Angabe eines der notwendigen Schalter /A oder 
/K wurde versäumt 

5- SCOM-LAN-Hardware nicht gefunden oder fehlerhaft 

Bedeutung: Nach erfolgter Treiberinstallation wird die LAN- 
Hardware umgehend getestet. Fehlende bzw. fehler— 
hafte Netzwerkbaugruppen führen zu dieser Fehler- 
ausschrift. 

Beim Auftreten einer dieser Fehler wird der Treiber nicht instal¬ 
liert (resident geladen). Mar äs der ärste SCOM-Treiber v der 
überhaupt installiert werden sollte, ist im Fehlerfalle auch das 
SCOM-Interface nicht installiert. 


ACHTUNG ! 

Die Koordinierung der Modul adressen (Schalter /fl), der Kanalzu¬ 
weisungen (Schalter /K) und der Knoten^dresse (Schalter /A) ob¬ 
liegt alleine dem Nutzer, 
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5.3. 


Nutzung des SCOM-Interfaces 


Der NIOS Einsprung wird nach Installation des SCOM-Treibers über 
den Softwareinterrupt 6CH entsprechend folgendem Schema erreicht: 

Nutzer -> INT6CH -> NIOS-Prozedur -> Nutzer 

AH ■ 1 

<) L = SCOM-Kanal 
ES:BX = erweiterter SCOM-NCB 

Daneben werden unter diesem Interrupt Funktionen zur Verwaltung 
des SCOM-Interfaces bereitgestellt. 

Vor der Nutzung des SCOM-Interfaces sollte vom Nutzer überprüft 
werden, ob dieses bereits installiert/ ist. Um die Möglichkeit zu 
bieten, das SCOM-Interface als dieses eindeutig zu identifizie¬ 
ren, kann ab Offset 3 der Interrupt-Service-Routine des SCOM- 
Interf aces das Vorhandensein eines Kennstrings ‘IHS_SCOM* abge¬ 
fragt werden. Aus dem nachfolgenden Programmfragment kann das 
Verfahren entnommen werden: 

ID.STRING db ‘IHS_SCOM* 

ID.LENGTH equ 8 

j Interrupt-Vektor von INT 6CH holen 
mov am,356CH 

int 21H Y Vektor in ESjBX 

; Kennstring vergleichen 

add bx,3 ; Offset 3 der ISR !!! 

mov di,bx ; für cmpsb 

mov cx,ID_LENGTH 
mov si,offset ID_STRING 
repe cmpsb ; Strings gleich ? 

je SCOM_INSTALLED -; ja 

In der SCOM-LAN Toolbox wird die boolsche Funktion * INSTALLIERT 
angeboten, die dieseri Test realisiert. 

Nachfolgend werden die Funktionen des SCOM-Interfaces im einzel¬ 
nen angegeben und erläutert.' Ein Er.gebniswert AH ■ OFEH bedeutet 
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bei allen Funktionen, daß bei Aufruf des INT 6CH ein falscher 
Funktionscode in AH übergeben wurde < AH > 2). 


1. Holen des Belegungsvektors 

Mit dieser Funktion kann ermittelt werden, welche SCOM-Kanäle 
belegt sind. 

Aufrufs 

AH 00H Funktionscode 
Ergebnis: 

AL Belegdngsvektor 

Der Belegungsvektor in AL zeigt auf Bitposition n <0..7> an, 
ob der SCOM-kanal n+1 <1..8> belegt ist oder nicht. Ist das 
n-te Bit: *1, so ist der n+l-te SCOM-Kanal belegt. Wird das 
n-te Bit mit 0 erkannt, ist der Kanal nicht belegt. 

Beispiel: AL « 01001101 

Die Bitpositionen 0,2,3 und 6 sind gesetzt, 
d.h. die SCOM-Kanäle 1,3,4 und 7 sind belegt. 

Beispiel für die Nutzung der Funktion: 


CHANAL.VEC db 0 


mov ah,00H ; Belegungsvektor holen 

int 6CH V 

mov CCHANAL.VEC3,al 


2. Ausfuhren einer NIOS-Funktion 

Über diese Funktion erfolgt der Zugriff auf das SCOM-NIOS. Der 
Nutzer hat dazu einen gültigen SCOM-Netzwerk-Steuerblock (NCB: 
Network Control Block) anzulegen und entsprechend der gewün¬ 
schten NIOS-Funktion zu initialisieren. Es ist zu beachten, 
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daß der SCOM-NCB im 16-Bit-PC gegenüber dem 8-Bit-PC um ein 
16-Bit-Feld für die Segmentadresee dem Datenpuffers erweitert 
wurde. Anders als beim 8-Bit-PC liegt der Speicherbereich für 
den SCOM-NCB beim NIOS-Nutzer und nicht mehr im NIOS-Mcdul. 
Während der Ausführung einer NIOS-Funktion wird auf diesen NCB 
durch das NIOS lesend und schreibend zugegriffen (vgl. Kapital 
4 zur Beschreibung des NCB‘s und der NIOS-Funktionen). 

Speziell für die PROLAN-Karte und die LANBOX empfiehlt sich 
bei NIOS-Funktionen, die ansich keinen Wert in NCB.STATUS 
zurückgeben, wie z.B. FCSETE, eine Abfrage auf NCB«STATUS 
NIOSER (AL * NIOSER). Bei den Hardwarelösungen PROLAN und 
LANBOX wird NIOSER benutzt, um Fehler bei der Kommunikation 

zwischen Host und Netzwerk-Baugruppe (Slot- bzw. V.24-Time- 
Out> anzuzeigen. 

Aufruf: 

AH 01H 

AL 01H..08H 

ES: BX 

Ergebnis: 

AH Fehlercode 

00 NIOS-Funktion ausgeführt (NIOS-Rückkehr-Code 

in AL) 

OFFH falsche Kanalnummer anaegeben 
AL SCOM-Rückkehr-Code 

(AL = NIOSER zeigt bei PROLAN und LANBOX auch Time- 
Out-Fehler an der Slot- bzw. V.24-Schnittstel1e an. 


Funktionscode 

Kanalnummer 

Zeiger auf SCOM-NCB 
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Beispiel für di« Nutzung der Punktion 


SCOM.NCB 

struc 

ADDRESS 

db 

00H 

FCODE 

db 

OOH 

DATANF 

dw 

0000H 

DATLEN 

dw 

OOOOH 

STATUS 

db 

OOH 

SCOM_NCB 

ends 



. d«te 

FOPEN_NCB SCOM_NCB <> 


. code 


1 NIOS-Funktion FCOPEN Aufrufen 

mov FOPEN_NCB.FCODE,FCOPEN j 

mov FOPEN.NCB.ADRESS f DestAdr 

mov tx,d« 

mov es f AM 

mov Ah f 01H 

mov al,01H 

mov- bx,offset FOPEN_NCB j 


int 6CH 

emp ah,OOH ; 
jn« EXEC.ERROR j 
emp a 1,NI0SER ; 
je EXEC_ERROR j 


Funktioncode im NCB setzen 
; Ziel Adresse der Verbindung 


I Ausfuhren NIOS-Funktion.. 
; ... euf SCOM-KenAl 1 


Funktion Ausgeführt? 
nein 

Time-Out «m Slot bzw. V.24? 

JA 


I NIOS-Funktion wurde Ausgeführt, in AL und 
i FOPEN.NCB.STATUS steht der NIOS-Rückkehr-Cpde 


Zur Erhöhung es Ourchsetzes an der übei^gabesthni ttstell e zur 
PROLAN-Kerte bzw. LAfvJBOX (Slot bzw. V.24> wird der gesemte 
NCB,, Also einschließlich Erweiterungstei 1 Ab NCB.PRIO, nur im 
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Bedarfsfälle übergeben. Wird lediglich der Standardteil zur 
Baugruppe übertragen, so wird nach Bearbeitung der entspre¬ 
chenden \Funktion auch nur der Standardteil durch den Host- 
Rechner übernommen. Der Erwei terungstei 1 enthärt aber auch 
Rückgabewerte, wie 2 .B. NCB.KOLL oder NCB.PEG, die man z.B. 
zu Testzwecken auswerten kann. Die Übergabe/Übernahme eines 
kompletten NCB kann dadurch erzwungen werden, daß der Erweite¬ 
rungstei 1 dieses NCB gegenüber dem Erweiterungstei1 des NCB, 
der von dem unmittelbar vorherigen NIOS-Aufruf zurückaeoebenen 
wurde, geändert wird. Eine einfache Methode dazu ist es, den 
Antwort-Parameter NCB.PEG auf OFFH zu setzen, da dieses Feld 
durch den vorhergehenden NIOS-Aufruf in jedem Fall entweder 
auf 0 (O-Pegel auf Ring) oder 1 <1-Peqel auf Ring) gesetzt 
ist. 


3. Holen des Kanal.beschreibungsblocks 


Mit dieser Funktion kann der Nutzer, ermitteln, welche Treiber- 
Konfiguration und damit, welche SCOM-Hardware unter der ange¬ 
gebenen Kanalnummer installiert ist. Es wird dazu ein Zeiger 
auf einen Kanaldeskriptor-Block <CDB> übergeben, der folgenden 
Aufbau hat: 


CDB 


struc 


DRIVER.ID 

db. 

9 dup(0) 


NODE.ADDR 

db 

0 


CHANNAL.NO 

db 

Q 


PORT.ADDR 

dw 

0 


CDB 

ends 



‘NIU', * NIUBOX',*NIUBOX_CZ', 
* PROLAN' oder 'LANBOX' 
Adresse des Knotens im Netz 
SCOM-Kanal-Nummer 
Basisadresse der Port¬ 
schnittstelle 


Bei der LANBOX steht für C0M1 CP0RT.ADDR3 »0 ... fuer COM4 

CPORT.ADDRD - 3. 


Aufrufs 

AH 02H Funktionscode 

AL 01H..08H Kanalnummer 
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Ergebnisi 

AH Fehlercode 

00 Funktion eusgeführt 

OFFH falsche Kanalnummer angegeben 

ESsBX Zeiger auf KanaldeskriptorrBlock <CDB> 


Beispiel 


für die Nutzung der Funktion; 


mov 

ah,02H 

j nole CDB ... 

mov 

al,01H 

; ... vom Kanal 

int 

6CH 


cmp 

ah,00H 


jne 

STS.ERROR 



I die Adresse des DCB befindet sich in ES:BX 


Für alle drei Unterfunktionen des Interrupts 6CH werden in der 
SCOM-LAN Tool box entsprechen*— Punktionen und Prozeduren bereit¬ 
gestellt. 


5.*4. Das Dienstprogramm SC0MINF0 

Mit Hilfe von SCOMINFO kann sich der Anwender einen Überblick 
über die Tnstallation des SCOM-Interfaces verschaffen. Bei Aufruf 
von 

1w>\SC0MINF0<enter > 

erscheint auf dam Bildschirm für jeden installierten SCOM-Kanal 
der Kanal-Be :;hrei bungeblock <CDB>. Es werden die CDB's von je¬ 
weils 2 Kanälen angezeigt. Sind noch mehr Kanäle installiert, 
können nach Drücken einer beliebigen Taste difc nächsten zwei 
Kanäle geprü : und angezeigt werden. Für jeden Kanal wird ein 
Ringtest durc igeführt. Ist die Hardware fehlerfrei und der Ring 
geschlossen, wird dieses mit* 
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>>> Ring ok <<< 


angezeigt. Har der Ring zum Zeitpunkt der Prüfung nicht geschlos¬ 
sen oder traten andere Hardwarefehler auf der NIU auf, so erfolgt 
die Ausschrift: 

*** Ring defekt *** 

Ist kein Treiber installiert, wird das durch die Ausschrift 
Das SCOM-Interface ist nicht installiert 
vermerkt. 
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6. Der Multi—NIU—Betrieb 

Stand: 15.1.90 


Im Abschnitt 1 wurde die Konzeption des Multi-NIU-Betriebs , mit 
SCOM-LAN-Modulen vorgestellt. Die Betriebsweise einer möglichen 
Internetzwerkverbindung wird durch das im Abschitt 5 beschriebene 
Treiberkonzept unterstützt. In diesem Abschnitt wird auf die 
Nutzungsmöglichkeiten des Multi-NIU-Betriebs näher eingegangen. 
Ein Multi-NIU-Anschluß kann derzeit (12/S9) nur durch mehrere 
NIU-Baugruppen erreicht werden. Lohnend, und dem LOW-COST-Pri.nzip 
des SCOM-LAN's angemessener, ist die in Aussicht genommene Ent¬ 
wicklung einer DUAL-NIU als eine Baugruppe auf der Grundlage der 
SCOM-LAN-Logik. Vorgesehen ist der Einsatz einer SCOM-ASIC-Ent- 
Wicklung ab 1991 durch Kooperationspartner. Für die SCOM-DUAL-NIU 
wird ein Mehraufwand von etwa 1/5 (rechnerlose NIU) bzw. 1/10 
(Kommunikationsrechner PROLAN) gegenüber deh Bestückungsvariante 
einfache NIU kalkuliert*. 


6.1. Prinzip der SCOM-Schnittstel1e für den 

Multi-NIU-Betrieb 

Im Bild 6.1 ist das Prinzip des Multi-NIU-Betriebs, wie es durch 
das SCOM-Interface NIOS realisiert wird, dargestellt. Ausgehend 
von der beim Aufruf des INT 6Ch anzugebenden Kanalnummer wird der 
Offset in einer Tabelle ermittelt, deren Einträge Zeiger auf die 
für den jeweiligen Kanal verantwort 1iche Treibersoftware darstel¬ 
len. Die jeweilige Kanal Software wird als Unterprogramm aufge¬ 
rufen. Beim Laden eines neuen Treibers wird in die Tabelle auf 
dem Platz für den einzurichtenden.Kanal ein'Zeiger auf die neue 
Kanal Software eingetragen. Die Software für diesen Kanal ver¬ 
bleibt resident im Speicher. Wird das erstemal ein Treiber in¬ 
stalliert, verbleibt zusätzlich auch das Modul zur Bedienung des 
INT 6Ch resident. 

Dieser Aufbau sichert eine hohe Flexibilität bei der Erzeugung 
neuer Treiber für andere LAN-Baugruppen. Um einen neuen Treiber 
zu entwickeln, muß für die entsprechende Baugruppe ein NIOS bzw. 
eine NIOS-Efhulation erzeugt werden. Dieses NIOS wird durch einen 
Bindevorgang in die Installationsumgebung für SCOM-Treiber einge 
fügt. 
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NIOS - Aufruf IRET <-\ 

Beispiel Kanal 5 2 

2 2 

V 5 

-INT 6C- 


V 

/-\ 

2 Tabellenoffset !< — 
\-/ 


Belegungsvektor 

/-\ 

— 21202021202021212 
\-/ 


/-\ 

2 Treiber 2 
i Kanal 1 2 

\-/ 


Beispiel * 
zur 

SCOM-NIU 
oder zur 
SC0M-PR0LAN 


/ —.1 --\ 

2 Treiber 2 
I Kanal 2 2 

\-/ 


2 


2 

2 


! 


2 

2 


\ 


Treiberpositionstabelle 

/---\ 

2 Kanal 1 belegt 2 


Kanal 2 belegt 


Kanal 3 nicht belegt 


2 Kanal 4 nicht belegt 


>2 Kanal 5 belegt 


2 Kanal 6 nicht belegt 2 

2 - 1 

I Kanal 7 nicht belegt 2 

«-1 


• Kanal 8 belegt 2 

\-/ 

\ 

V 


/---\ 

2 Treiber 2 
2 Kanal 5 2 
\-/ 


/ - \ 

2 Treiber I 
2 Kanal 8 I 
\-/ 


Beispiel: 

zur 

V.24—DFÜ 
oder zur 
SCOM—LAN—BOX 


Bei spiel i 
zur 

R0LANET-1- 

NIU 


Bei siel» 
aufgesetzt auf 
NetBIOS. 

HardMarebeispielt 
Ethernet- oder 
Arcnet-NIU 


2 


2 

2 


2 

2 


2 

2 

/ 


Bild 6.1s Prinzip des SCOM-Multi-NIU-Betriebes 

Der Multi-NIU-Betrieb schließt auch die Angliederung aller denk¬ 
baren StandVerbindungen ein. Dabei kann der konkrete Kanaltreiber 
die erforderliche netzwerkweite Störfestigkeit durch kanalange- 
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paßte Protokol1 verfahren (Fehlererkennungs- and/oder Fehlerkor- 
rekturprotokol1) sichern. Zulässig ist eine differenziorte Über- 
tragungsgeschwi ndigkei t an der Schnittstelle der einzelnen Kanal - 
treiber. 

Die Zukunftsfestigkeit der SCOM-Treiberkonzeptian ergibt sich aus 
der zulässigen Verbindungsheterogenität und der prinzipiellen 
Einbindbarkeit jedes denkbaren Übertragungskanals, von der nut- 
zerspezi f ischen DFÜ-Strecke mittels MODEMS bis zum Standard-PC- 
Netz mit NetBIOS-Interface. 

Für den Aufbau des NIOS-Moduls gibt es nur wenige Vorschriften, 
an die man sich zu halten hats Das NI OS muß mit einem Sprungbe¬ 
fehl auf den Anfang der NIOS-Rou^inen beginnen. Dem Sprungbefehl 
folgt der Kanalbeschreibungsblock <CDB). Die Marken NIOS, 
NIOS,END, DRIVER,ID, NODE,ADDR, CHANNAL.NO und PORT,ADDR sind zum 
Einfügen in die,Module zur Treiberinstallation als .'public* zu 
definieren. 


I*«« NIOS-EINSPRUNG *** 

I --*- 

public NIOS,END,NIOS 

public DRIVER,ID,NODE_ADDR,CHANNAL.NO,PORT,ADDR 
NIOS proc far 

jmp NIOSAN 

; Kanal-Beschreibungsblock (CDB) 

I- 


DRIVER ID 

db 

xyz 

; Treiber-Kennung 

N0DE_ADDR 

db 

0 

i SCOM-Knotenadresse 

CHANNAL NO 

db 

0 

1 SCOM-Kanalnummer 

PORT ADDR 

dw 

00H 

; Baugruppen-Basisadresse 


I NIOS-Routinen. 

r- 


NIOSANF: 

j ***** NtOS—Code ***** 
NIOS endp 

END,NIOS db *0123456709, 


end 
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Es wurden so bereits SCOM-Treiber für das dienstintegrierte Netz 
der HfS DpKS und für die LAN-Hardware des : Kombinates ROBOTRON 
"ROLANET1" erzeugt. 

Auf entsprechenden Wünsch von Partnern können in Gemeinschaftsar¬ 
beit speziell auf die Hardware 0er Partner abgestimmte Treiber 
entwickelt werden. Dadurch wird die Übernahme der gesamten Tool- 
und Applikationssoftware des SCOli-LAN, sowie die Gatewaykommuni- 
kation zwischen allen SCOM-NIOS-Netzen über den Weg der Gateway- 
Server sofort möglich. 


6.2. Anwendungsmögiichkeiten des Multi-NIU-Betriebs 

Für die Anwendung des dargestellten Verfahrens ergeben sich 
insbesondere vier Einsetzfäl1 es 

<1> Funktionssicherung von NetzwerkanWendungen, 

<2> Entkopplung durch Teilnetzbildung, 

(3) Gateway’s zwischen verschiedenen Netzen und 

<4> Durchsatzerhöhung infolge der höheren ÜbertragungsK&pazität. 


6.2.1. Funktionssicherung von Netzinstal 1ationen 

Die Multi-NlU-Schnittstelle unterstützt fehlertolerante Netzwerk¬ 
installationen. Seitens der Hardware wird .. die fehl ertol erante 
Installation wesentlich durch die DUAL-NIU <vgl. Abschnitt 1) 
getragen, weil diese Baugruppe eine vergleichsweise kostengün¬ 
stige Realisierung ermöglicht. Dadurch bleibt der LOW-COST-Cha— 
rakter gewahrt. Selbstverständlich ist auch die Nutzung mehrerer 
Baugruppen prinzipiell möglich. 

Abb. 6.2 zeigt ein einfaches Beispiel für die Funktionssicherung 
mit DUAL-NIU: Der Server wird doppelt über zwei NIU-Kanäle er- 
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Bild 0.2 Einfaches Beispiel für die Funktionssichel'ung mit der DUAL-NIU 

















reicht. Die Arbeitsstationen sind an zwei völlig entkoppelte 
Netze angeschlossen. Diese Installation Märe etwa -für ein rund um 
die Uhr arbeitendes Verkaufsbüro denkbar, wo unter allen Umstän¬ 
den zu jeder Zeit die prinzipielle Funktion aufrecht erhalten 
werden muß. Im Fehlerfall der Netzinstal1ation (NlU-Schaltung, 
LWL-Tei1 strecke, Koaxialverbindung, Zuleitungskabel zwischen 
Rechner und Wandanschluß) fällt nur ein Teil des Systems aus. Die 
verbleibende Restleistung nach Bild 6.2 ist die halbe projek¬ 
tierte Leistung. Die zusätzlichen Aufwendungen für die Funktions¬ 
sicherung (teilweise Fehlertoleranz) beschränken sich auf die 
Serverseite (je eine zusätzliche NIU), sowie auf einen ggf. höhe¬ 
ren Verkabelungsaufwand. 


6.2.2. Gateway‘s und Teilnetzbildung 

Durch das Multi-Kanal-Konzept des SCOM-Treibers wird die Bildung 
von Gateway's und Teilnetzen ( = SCOM-Kanäle) unterstützt. Die 
Verbindung zwischen den Teilnetzen stellt die Anwendung her. 
Diese Anwendung kann im einfachsten Falle ein Server sein (z.B. 
DABANK II)’, der zyklisch alle installierten Teilnetze abfragt und 
bedient. Aus Sicht der Anwendung besteht kein Unterschied zwi¬ 
schen Gateway-Kommunikation und Tei1netzbi1 düng, da der Treiber 
eine identische Schnittstelle für jeden Kanal, unabhängig welche 
Hardware er unterstützt, sichert. Eine echte Internetzwerk-Fähig- 
keit in dem Sinne, daß eine Tei1netzbi1 düng für die NIOS-Appli- 
kation nicht sichtbar wird, ist nur unter Änderung des Adres- 
si erungsschemas des SCOM-NIOS und bei Aufgabe einiger Verfahrens- 
Vorteile möglich. ' 

Mit Bild 6.3. soll das Prinzip der Netzwerkverbindung über die 
*Netzwerkapplikation unter Nutzung des Multi-NIU-Einsatzes veran¬ 
schaulicht werden. Für den Anwender ist dabei auch die Veruindung 
verschiedener Netzwerke interessant. 

Folgende Übergänge von SCOM in andere Netze werden durch 
entsprechende SCOM-Treiber bereits ermoolicht bzw. sind in Bear- 
beitung: 
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DDKS 

(dienstintegriertes Netz der HfS) 

ROLANET1 

(VEB Kombinat Robotron) 

IZNET/LOTUNET (TU Dresden) ' 

NETBIOS 

(für alle Netze, die diese 
Schnittstelle anbieten) 

V. 24 

(Standard-V.24-Kanäle des PC zum 
Anschluß von DFÜ-Technik) 


Die Verbindung von Tailnetzen über Gateway-Applikationen bietet 
auch ohne transparente Internetzwarkschnittstel1 an deutliche 
Vorteilei 

- konfigurierbare Funktionssicherung nach Teilnet 2 en 

- Senkung der Belastung des Übertragungsmediums 
(Teilringe anstelle eines großen Ringes) 

- Serverisolation für einen anzuschließenden Tei1nehmerkreis 
(Datenschutz > 

- einfache Stationsadressierung 

- keine Verlängerung der Laufzeitkette (Übertragungskette) 
durch'spazielle Gatewayknotenrechner zur Internetzkommuni¬ 
kation 

Einhergehend mit der SerVersicherung (alle Server in einem Raum 
unter Kontrolle und ständige Betriebsbereitschaft)*, ist die not¬ 
wendige Netzzusammenführung an einer Stelle (Ringschleifen, 
Sternlinien) kaum nachteilig. 
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Bild 8.3 Netzwerkübergänge durch MULTI-NIU-Betrieb 




6.2.2. Durchsatzerhöhung auf der Verbindungsebene 

Die Übertragungskapazität des SCOM-Übertragungskanals beträgt 
brutto 153,6 Kfiit/s. DUrch geeignete Protokol1 verfahren wird ein 
hoher Wirkungsgrad bei der Nachrichtenübertragung angestrebt. Die 
Nettöübertragungsrate kann bei gl ei chwahrschei nl i chen Nachrichten 
Werte bis nahe 140 KBit/s erreichen, vorausgesetzt das Übertra¬ 
gungsmedium wird nur durch eine Sendestation benutzt. 

Über das Kanalvermittlungsverfahren <CSMA/CD- oder TOKEN-RING- 
Prinzip) wird der Vielfachzugriff koordiniert. Die Effizienz 
alternativ anzuwendender SCOM-Vermittlungen, die alle dezentral 
arbeiten, hängt vom Grad der Belastung ab. Beim CSMA/CD-Verfahren 
erfährt die verfügbare übertragungskapazität des Nachrichtenka- 
nals auf der Verbindungsebene (vergl. OSI-Referenzmodel1, Ebene 
2) durch Zugriffskonflikte Einschränkunken, weil deren Auflösung 
verschenkte ÜbertragungSzeit bedeutet. Beim TOKEN-RING-Verfahren 
ist dieser Zeitverlust durch'" die TüKEIM-Bewegung zur asynchronen 
Steuerung von Zeitscheiben erklärt. 

Durch Anwendung einer DUAL-NIÜ stehen formell zwei identische 
Übertragungskanäle zur Verfügung. Sie können, wie bereits iitf 
Abschnitt 1 dargelegt, nicht nur zur Erhöhung der Störfestigkeit, 
sondern auch zur Verkürzung von Reaktionszeiten einer Netzwerkan¬ 
wendung beitragen. Auf der untersten Verbindungsebene kann das 
bereits durch Senkung der Zugriffshäufigkeit auf einen Kanal 
geschahen. 

Weniger Zugriffe je Zeiteinheit bedeuten weniger Zugriffskonflik¬ 
te beim CSMA/CD-Verfahren. Der vorteilhafte Betriebsbereich des 
stochastischen Zugriffs wird durch die DUAL-NIU scheinbar <d.h. 
für den Nutzer unsichtbar) erweitert, wenn sich der CSMA-Vorgang 
{Belegungsprüfung und bedingte Belegung) alternativ auf beide 
NIU-Kanäle bezieht. Dazu muß jedgch in die Mediumzugriff«Steue¬ 
rung <MAC-Subschicht im SC0M-NI0S) eingegriffen werden. Entspre¬ 
chende Verfahren befinden sich in der Entwicklung. Sie sind an 
die SCOM-Hardware gebunden. Der Multiplex-Betrieb der DUAL-NIU 
wird durch die erweiterten MAC-Routinen gegenüber den oben be¬ 
schriebenen Betriebsweisen bereits auf unterster Stufe {Rahmene¬ 
bene) vollzogen. Die höhere Effektivität dieses Vorgehens erklärt 
sich aus der besseren Schachtelungsmöglichkeit von Datenrahmen 
gegenüber logischen Verbindungen der NIOS-Nutzer. Weiterhin gehen 
Funktionssicherung und Leistungssteigerung quasi stufenlos und 
ohne Zutun des Anwendungsprogramm!erers ineinander über..pa 
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7. Netzgestaltung v Übertragungstechnik und Initilla- 

t1onshlnwei um 

7.1. Allgemeines 

Die Übertragungsqual i tat i^nd damit die Gesamtzuver 1 ässi gkei t des 
SCOM-LAN wird in hohem Maße von der Sorgfalt im Planungsstadium 
und von der Qualität der Netzauaführung bestimmt. Neben der 
störungsfreien Signal Übertragung durch Mahl .des geeigneten über- 
tragungsmediums (Kupfer- oder LWL-Kabel> sind aus Gründen der 
Servicefreundlichkeit und der flexiblen Erweiterbarkeit bereits 
bei der Planung einige grundsätzliche Installationshinweise, 
sowie Möglichkeiten für den künftigen Netzausbau zu berücksich¬ 
tigen. 

Die Eigenschaften der SignalÜbertragung im SCOM-LAN werden durch 
die Wesensmerkmale der unidirektionalen Ringstruktur geprägt« 
Wegen des gerichteten Signal flußes auf dem Übertragungspfad 
ergeben sich die Vorzüge der Punkt-zu-Punkt-Übertragung, die u.a. 
einen einfachen Übergang zwischen elektrischen und optischen 
Qbertragungsstrecken gestatten. Sind z.B. bezüglich der Signal¬ 
übertragung bzw» Netzausdehnung die Eigenschaften der NIÜ- 
Sender/-Empfänger—Baugruppen nicht ausreichend, so können die 
übertragungstechnisehen Baugruppen Link-Box oder LWL-Link-Box von 
der HfS bzw. SCOM-REG vom ITZ Ilmenau angewendet werden. Typische 
Einsatzfälle sind z.B.i 

- großflächige Vernetzungen bei elektrischen Leitungslängen 
<> 0,5 km), 

- optische Signal Übertragung auf Grund existierender Umgebunga- 
bedingungen wie Störfelder oder Tel1nehmerabstände > 1 km. 

Ein Vorteil des SCOM-LAN aüs übertragungstechnischer Sicht im 
Vergleich zu passivbn Bussystemen (z.B. Rolanet, Ethernet) be¬ 
steht darin, sowohl "reine" elektrische oder optische als auch 
gemischte (hybride) Obertragungsmedien zu verwenden. Damit ist 
eine günstige Anpassung an jeweils existierende Umgebungsbe¬ 
dingungen realisierbar. Das "Für und Wider" der Übertragungs¬ 
techniken zusammengefaßt führt zu folgenden Aussagbm 
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a) . 


Elektrischer Fallt 

Vorteile: 


Nachtei1e: 


+ ökonomisch, günstiger Fall 
+ einfache Verlegung und Installation 
+ Zuver1ässigkeitserhöhung durch Bypass- 
Technik 

- eingeschränkte Netzausdehnung <<1,2 km) 
und Tei 1 nehmerabstand <<«600m) 

- Umgebungsbedingungen <Störfelder> beein¬ 
flussen Systemzuverlässigkeit 


b>. 


Optischer Falls 
Vorteilet 


Nachteiles 


+ prinzipiell uneingeschränkte Netzaus¬ 
dehnung <<5 km) 

+ unkritische Umgebungsbedingungen und 
hohe Störsicherheit 

- ökonomisch aufwendiger wegen elektrisch¬ 
optischer und optisch-elektrischer 
Mandlung 

- zusätzliche Hilfsmittel und Geräte zur 
Installation erforderlich <Schweißgerät, 
Meßtechnik). 


Ein Anwender sollte sich im Vorfeld der Planungsphase über die 
Vor- und Nachteile der verschiedenen Übertragungstechniken Klar¬ 
heit verschaffen, um die ökonomisch vernünftigen und fachlich 
richtigen Entscheidungen für die SCOM-LAN-Netzgestaltung zu 
treffen. Als Partner sowohl bei der Entscheidungsfindung als auch 
in der Realisierungsphase der LML-Installation bieten z.B. die 
KDT-Konsultationsstützpunkte "LNL-Technik", das ITZ Ilmenau, 
Mitarbeiter der HfS Marnemünde oder der Kabelherstel1 er VEB KMO 
Unterstützung und Dienstleistungen an. 

Die folgenden Teilabschnitte vermitteln einen Überblick zu den 
verwendbaren übertragungsmedien, zur LML-Technik und zur Netzge¬ 
staltung einschließlich einiger Applikationsbeispiele unter Ver¬ 
wendung des SCOM-LAN-Zubehörangebotes. 
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7.2 


Übertragungstachnik 


7.2.1. Übertragungamedian 

Als Obartragungsmadium ist wähl Maise ainsetzbar: 

a) . ia elektrischen Falls 

- Koaxialkabel vom Typ 73-2-rl 

75-5-C2A 
75-5-Cw o.ä. 

- verdrillte (geschirmte) Kabel vom Typ SY(St>Y 2 x 0.5 o.ä. 
(auch als Talafonlaitung bekannt) 

b) . ia optri sehen Falls 

- Stufanindaxprofi1-LWL (S-LWL) TGL 55 143 

- Gradiantanindaxprofi1-LWL (G-LWL) TGL 55 144. 

Beim Varlagdn und Umgang mit Kupfer- und LWL-Kabeln gelten die 
allgemeinen Verlege- und Installationshinweise des Kabelherstel- 
lers VEB KWQ Berlin. Diese Empfehlungen werden im Rahmen anwen- 
dertechni scher Informationen zur Verfügung gestellt. Auf der 
Koaxial kabalstrecke ist das im Handel verfügbare Sortiment an 
Zubehörteilen zur Koaxialkabelverbindungstechnik einsetzbar. Da 
der Umgang mit elektrischen Kabeln von Natur aus einfacher ist 
und mehr oder minder als bekannt vorausgesetzt werden kann, soll 
an dieser Stelle nur auf die LWL-Tachnik und ihre Besonderheiten 
näher eingegangen werden. 

7.2.2. LWL-Technik 

Die Einsatzbedingungen der SignalÜbertragung im SCOM-LAN 
entsprechen den typischen Bedingungen dar Kurzstreckenübertragung 
(auch LWL-KO genannt). Für diesen Einsatz lassen sich neben den 
beiden bereits genannten LWL-Kabel-Typen (S-LWL, G-LWL) folgende 
in der DDR produzierte Komponenten sowie Zubehörausrüstuhgen 
verwanden: 

a). konfektionierte LWL-Verbindungskabaj.: 

*)' 

mit SMA-(3,2mm) oder BACS -(2,5mm) Steckernorm; 
als Verbindungskabel oder Pigtail zu verwenden; 

Hersteller VEB KBE Gornsdorf. 
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b). Sendebauelemente: 

- VQ 170 mit SMA-Steckeranschluß für S-LWL 

- VQ 175* > mit BACS-Steckeranschluß für S-LWL und G-LWL 

- VQ 130 mit LWL-Pigtail und 4,3mm Steckeranschluß <LWL-NÜ) 
Hersteller: VEB WF Berlin 

c>. Empfangsoauelemente: 

- SP 107 mit SMA-Steckeranschluß für S-LWL 

- SP 107/1 * > mit BACS-Steckeranschluß für S-LWL und G-LWL 
Hersteller: VEB WF Berlin 

d) . optische Sender und Empfänger in Modulbauweise: 

- 0S>OE 500 

- OS 510,511 #> 

- HS/HE 8500* J 

Hersteller: VEB Steremat Berlin 

e) . LWL-Verbi r -.gstechniki 

- Schweißgc it LSG4 für S-LWL und G-LWL 

- Klebekoff ; für S-LWL 
Hersteller: VEB KWO Berlin 

f) . LWL-Betrisbsmeßtechnik: 

- optischer Pegel- und Dämpfungsmeßplatz 0P(110/0PM11 

- optischer Testsender 0TS10/0TS11 

- optischer Testempfänger OTElO/OTEll 

- optischer Sendekonverter 0SK10/0SK11 

- optischer Empfangskonverter 0EK10/0EK11 

- optisches Fehlerortuhgsgerät 0FG11 
Hersteller: VEB Präcitronic Dresden 

*> hoch in Entwicklung bzw. Produktionsüberführung 


In Abhängigkeit von Aufwand und Nutzen sollte ein Anwender in der 
Lage sein, er die Beschaffung der zur Installation erforder¬ 
lichen LWL-V^rbindungs- und Meßtechnik sachlich richtig zu ent¬ 
scheiden. Hi •■»r sei nochmals als Empfehlung auf die bereits 
genannten Di* st1 eistungsangebote (z.B. LWL-Schweißen) verschie¬ 
dener Einrich ungen wie z.B. des ITZ Ilmenau verwiesen. 
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Die nachfolgenden Hinweise zu den Herstel1erangaben das VEB KWO 
Berlin dienen als Entscheidungshilfe bei der Auswahl und Be¬ 
stellung des richtigen LWL-Kabels. Entsprechend den Einsatzan¬ 
forderungen wird vom Hersteller ein breites Kabelsortiment ange- 
boten, das vorrangig für die Einsatzgebiete der Kurzstrecken- und 
Nachrichtenübertragung geeignet ist. Die mechanischen und 
optischen Eigenschaften stimmen mit internationalen Normen und 
Empfehlungen <IEC, CCITT) überein. Gegenwärtig werden ver¬ 
schiedene Multimoden-LML—Kabel gefertigt. LWL-Monomodekabal sind 
in Vorbereitung, jedoch für das SCOM-LAN ohne Bedeutung. 

Beim Kabel aufbau unterscheidet man unabhängig vom LWL-Typ 
zwischen Festadar-, Hohlader- und Bündeladeraufbaü. Gekennzeich¬ 
net werden die LWL-Kabel nach optisch-geometrischen Kennwerten 
oder der Verseilart bzw. der Kabelkonstruktion. Für die genannten 
Eigenschaften gelten folgende Kurzbezeichnungen: 

LML-Art N en nm a l1enlänqa 

A Multimoden-LWL 

Al Gradienten—LWL 0 820 nm 
A2 Stufen-LWL Glas/Glas 1 850 nm 
A3 Stufen-LWL Glas/Elastomer 2 1300 nm 


geometrische Abmessungen 

<Kern/Mantel) /um/ Primärbeschichtung 


1 50/125 

2 66/125 

3 200/380 


S Silikonkautschuk 

A UV-Acrylat 

P Lack/Silikonkautschuk 


Aderart 


Mantel 


V Festader 
H Hohlader 
B Bündelader 


Y PVC-Mantel 
Yv PVC-Mantel Verstärkt 
2Y PE-Mantel 

<N)2Y PE-Schichtmantel metall¬ 
frei 

<L>2Y PE-Schichtmantel Al-Folie 
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Füllung 


Schutzhülle 


G Hohlader, Bündelader Y PVC-Schutzhül1e 

sowie Versei1verband B2Y Stahlfolie, PE-Schutz- 

hül 1 e 

Für die LWL-KO kommen für die Verlegung und Installation insbe¬ 
sondere. Festaderkabel zur Verwendung. Tabelle 7.1. zeigt eine 
Übersicht der produzierten Fe^taderkabel. 


Erzeugnis 

Kurzzeichen 

V< 

srseilart 

TGL 

S-LWL 

A2/12 

S 

VY 

1 

X 

.1 

55 143 




VYy 

1 

X 

1 



A3/03 

S 

VYy 

2 

X 

1 






4 

X 

1 






8 

X 

1 


G-LHL 

Al/II 

P 

VY 

1 

X 

1 

55 144 


Al/11 

S 

VYy 

1 

X 

1 



Al/21 

s 


1 

X 

1 



Al/11 

s 

VYY 

2 

X 

1 






4 

X 

1 






8 

X 

1 






16 

X 

1 



Tabelle 7.1.1 Übersicht der LUL-Festaderkabel 

Die Kurzbezeichnuftg der LHL-Kabel erfolgt in der Reihenfolgei 
LHL-Art, Mellenlänga, Durchmesser Kern/Hantel, Primärbeschich- 
tung, Aderart, Füllung, Mantel, Schutzhülle, Verseilart, Däm- 
pfungskoeffizient, Bandbreite-Längenprodukt, Farbe des Außenman- 
tels, Angaben zur Standardisierung <TGL>. 

Als Beispiel wird nachstehend ein LHL-Kabel erläutert: 

Kurzbezeichnung: LHL-K Ä3/03 S - VYY 4 x 1 20/0.02 or TGL 55 143 

Stufanlichtwellenleiter-Kabel mit 4 Festadern, Kernduchmesser 200 
um, Mantel ci1ikonbeschichtet, Dämpfungskiasse 10 - 20 dB/km, 
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Sandbreite 0,02 GHz x km, Schutzhüllenfarbe orange, TGL SS 143. 
Die Ader (orange) ist Zählader. Am Kabel anfang (A-Ende) werden 
die weiteren Adern im Uhrzeigersinn gezählt, am B-Ende entgegen 
dem Uhrzeigersinn. 

Die optischen Kennwerte eines Kabels werden in Form eines Prüf- 
zertifikats als Bestandteil einer Lieferung beigefügt. Weitere 
Kennwerte -für Umgebungseinflüsse (Klimafestigkeit, • Eigentempe¬ 
ratur) sowie spezielle Kabel werte (Hasse, Kabeldurchmesser, Zug¬ 
kraft) können aus der TGL S5 143 entnommen werden. 


Anwendertechnische Hinweises 

Bestellungen : nach Lieferangaben an 

Kombinat VEB Kabelwerk Oberspree (KWO) 
Vertrieb 

Tabbertstr. (Ts/V) 

Wi1 heiminenhofstr. 76 - 77 
Berlin 1160 

Lieferprospekt : Festaderkabel (S-LWL und G-LWL) 

Bestei lnr.s Fm/10/d (KWO.) 

Projektierungs- 

u. Montagehinweisei Anwendertechnisehe Informationen der Haupt¬ 
abteilung Anwendertechnik (HAAT) im KWO 


Nr. 5/87 
Nr. 9/85 
Nr. 4/85 
Nr. 2/89 
Nr. 3/85 
Nr. 8/85 
Nr. 1/89 

Nr. 7/85 


- LWL-Kabel-Garnituren 

- LWL-Kabelmontage, Ausbildung, Lehrgänge 

- Lichtwel1enleiterkabel * 

- Projektierungshinweise 

- Transport, Lagerung und Verlegung 

- Verbindungstechnologien 

- LWL-Konsul tat i arvsstütz punkte , 

Erfahrungsträger 

- LWL-Klebekoffer 


Normierung/Stan¬ 
dardisierung : TGL 55 143 Gruppe 136547 

TGL 55 144 Gruppe 136547 


142 



Bai dar Auswahl dar übartragungstachmschan Komponenten ist die 
Kenntnis dar speziellen Eigenschaften dar Sender- und Empfänger- 
baualamanta nur von untergeordneter Bedeutung, da im allgemeinen 
Komplettbaugruppen als LWL-Link-Box oder SCOM-REG eingesetzt 
werden. Hier sind die in der Tafel 7.2. angegebenen Einsatzbe¬ 
dingungen entscheidend. 


7.3. ^ Netzgestaltung und Applikationshinweise 

7.3.1. Zielstellung 

Die Netzplanung und Realisierung ist von vielfältigen Randbe¬ 
dingungen wie: 

- Teilnehmerzahl, 

- Teilnehmerentfernung, 

- Netzausdehnung, 

- Ubertragungsmedium, 

# - Umgebungsbedingungen, 

- zu vernetzende Rechentechnik (8-bit, 16-bit) usw. 

abhängig und sollte nicht nur eine “Augenbl i cksl osung 1 für gegen¬ 
wärtige Belange darstdllen. Vielmehr sind in der Planungsphase, 
eventuell absehbare künftige Maiterentwicklungen und Erfordernis¬ 
se des Rechnerverbundes zu berücksichtigen. SCOM-LAN bietet in 
der Netzgestaltung Optionen durch: 

- Modularitat bezüglich der Endgerätetechhik, 

- Universalität des Hardware-Baugruppenangebotes (DUAL NIU) , f 

- weitergehender Multi-NIU-Einsatz, 

- Flexibilität hinsichtlich zukünftiger Erweiterungen des Netzes, 
Eignung für "low-cost"- und Mittelklasse-LAN-Lösungen, 

- günstige Anpassung an kleine Insel 1ösungen sowie an mittel¬ 
große LAN-Anwendungsfäl1e. 
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7.3.2 


SCOM-LAN-Zubehör 


Neben den NIU- und REG-Baugruppen werden diverse Zubehörmateria- 
lien für die Installation benötigt und teilweise vom ITZ Ilmenau 
Angeboten. Das Sortiment umfaßt Anschlußeinheiten AE, Verteiler 
VT sowie Anschlußkabel AK. Im Angebot sind die folgenden Ausfüh- 
rungsformen: 


a). Anschlußeinheiten: AE1 - entspricht der 8-poligen Fern¬ 
schrei bersteckdose; geeignet zur 
Realisierung der Bypass-Funktion 
bei nicht angeschaltetem Teilnehmer. 
Hersteller: VEB elektronische Bau¬ 
elemente IFTA 

AE2 - entspricht der S-poligen Telefon¬ 
anschlußdose mit erforder1ichen ^ 
Kurzschlußstecker für nichtAnge¬ 
schlossene Teilnehmer. 

Hersteller: VEB elektronische Bau¬ 
elemente IFTA 


b). Verteiler: VT1 - entspricht dem handelsüblichen 

Antennenkabel Zubehör als steckbarer 
Koaxialkabelverteiler (Aufputz¬ 
variante) für die Kabel typen 
75-3-C2A, 75-5-Cw, u.ä.; 

Kurzschiußstecker im Falle eines 
nicht angeschlossenen Teilnehmers 
erforder1ich. 

Lieferer: Handel 

T2 - schraubbarer Koaxialkabelverteiler 
ohne Bypass-Relais; LP montiert im 
Gehäuse der Gleichstromweiche. 
Lieferer: ITZ Ilmenau *> 
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VT3 


- schraubbarer Koaxialkabelvertei1 er 
mit Bypass-Relais (Versorgungs¬ 
spannung von der NIU); LP montiert 
im Gehäuse der Gleichstromweiche; 
Bypass realisiert Schließen 
des Rings bei nicht angeschlossenem 
Teilnehmer oder abgeschalteten 
Rechnet. 

Lieferer: ITZ Ilmenau *) 

VT4 - schraubbarer Verteiler für vorzugs- 
weise verdrillte Leitung; 
Ausführungen entsprechend den Fern- 
mel devertei 1 ern 1/2-fach oder 1-fach 
Hersteller: VEB Relaistechnik Groß¬ 
brei tenbach 

Lieferer: Maschinenbauhandel Leipzig 

c>. Anschlußkabel: AK1 - Verbindungskabel zw. NIU und AE2 

Lieferer: ITZ I'lmenau *> 

AK2 - Verbindungskabel zw. NIU und VT2/3/4 
bzw. SCOM—REG 
Lieferer: ITZ Ilmenau *> 

AK3 - Verbindungskabel zw. AE2 u. SCOM-REG 
Lieferer: ITZ Ilmenau *> 

(Vorzugslänge der Kabel: 3m) 

*> Las SCOM-Zubehör kann'durch das ITZ Ilmenau nur nach Absprache 
und im eingeschränkten Umfang bereitgestellt werden. 

Liese Zubehörteile erweitern das Hardwareangebot hinsichtlich der 
Flexibilität der Verkabelung und des Gesamtprojektes. Ebenso wird 
die Funktionssicherheit bzw. Zuverlässigkeit erhöht, was äm Bei¬ 
spiel möglicher Anschiußvarianten (Abschnitt 7.3.5.) veranschau- 
1icht wird._ 
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7.3.3. Regeneratorbaugruppen and Link-Box 

Im Falle der LWL-Ubertragung ist jeder NIU eine REG-Baugruppe 
oder LWL-Link-Box vorzuschalten, da wegen der aktiven Netzankopp- 
lung die Leitungssignale in jeder Teilnehmerstation o/e- bzw. 
e/o- gewandelt und zwischenverstärkt werden. Das gilt für "reine" 
LWL- und hybride Netzlösungen. Je nach Auswahl der Sende-/Em- 
pfangsbauelemente und LWL-Kabel sind in der optischen Variante 
größere Leitungslängen überbrück'Djr 

Für die Verbindung von z.B. zwei territorial q“trennten Teilring¬ 
netzen über größere Entfernungen (typ. l...Sk .) wird die optische 
Var.ante empfohlen. 

Bild 7.1 zeigt das allgemeine Regeneratorblockschaltbild mit den 
entsprechenden Teilbaugruppen zum Signalempfang« zur Erkennung 
und 2 um Senden. Der universelle Einsatz der Baugruppe ist durch 
die wahlweise Anschaltung von elektrischen und/oder optischen 
Medien gegeben und gestattet weiterhin die Betriebsart als An¬ 
schal teverstärker (mit NIU-Betrieb> oder als Zwischenverstärker 
(ohne NIU-Anschaltung). 

Dabei, sind die optisch überbrückbaren Leitungslängen von der 
konkreten Mahl der optischen Komponenten abhängig, d.h. es gelten 
folgende Kombinationsmöglichkeiten: 

a> LED VQ 170; S-LWL TGL 55143; PD SP 107 

b) LED VQ 175; S-LWL TGL 55143; PD SP 107/1 

c) LED VQ 175; G-LWL TGL 55144; PD SP 107/1. 

Während die Variante a) Systemwert von typ 20 dB für Übertra¬ 
gungsstrecken bis 1 km garantiert, sind mit der Kombination b) 
Systemwerte bis 30 dB und Längen bis 2 km 'realisierbar. Die 
Variante c) gestattet, Entfernungen von 5 km und mehr 2 U über¬ 
br ücken. 

Die Charakterist^sehen Merkmale der ‘Realisierung der Teilbaugrup¬ 
pen von REG 1, REG 2 und LWL-Link-Box sind in Tabelle 7.2. zusam- 
mengestellt. Ebenfalls eingetragen sind die erreichbaren typ. 
Leitungslängen. 


/ 


/ 
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EE 

EV 

NT 

ES 

SV 


elektrische Eingangsstufe 
Empfangsverstärker 
Netzteil 

elektrische Sendestufe 
Stackvarb. bzw. NIU-Anschl 


OE - optische Eingangsstufe; 
SWE- Schwel 1wertentscheider; 
VL - Verknüpfungslogik; 

OS - optische Sendestufe; 

BP - Bypass 


Bild 7.1i Blockschaltbild SCOM-REG 


Bai da REG-Baugruppen sind gl ei chermailen einsetzbar. Der Vorzug 
von REG 1 ist in der größeren überbrückbaren elektrischen Lei- 
tungslänga und in dar kostengünstigen Schaltungsrealisierung zu 
sahfn, da dar Empfangsverstärker elektrische und optische Emp¬ 
fangssignale verarbeitet. Nachteilig ist für größere optische 
Leitungslängan die im Vergleich zu REG 2 geringere Empfänger¬ 
empfindlichkeit, da die in REG 2 eingesetzten Modulpaare 
OS/OE 500 (OS 510) größere Systemwerte gewähr 1 f»i sten. Daraus 
ergeben sich dia Einsatzmöglichkeitan von REG 1 für Netzstruktu¬ 
ren mit elektrischen Leitungen bis 2000 m sowie mit LWL-Strecken 
bis 3 km. Reg 2 kann bei'großen optischen Leitungslängen (bis 
5 km) und elektrischen Leitungslängen bis etwa 1,5 km verwendet 
werden. 
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I REG 

I 

1 REG 1 

I REG 2 

I 

I LHL-Link-lo* 

I Teil- 

I 


I 

I baugruppen 

I 

I 


I 

I EE 

I 

I galvanische Trennung 

I galvanische Trennung 

I 

I galvanische Trennung 


I ait Optokoppler HB 110 

I 

I ait Optokoppler Hl 111 

I ait Optokoppler Hl 111 

1 

I OE 

I 

I besteht nur aus PD 

I OE 500 Hodul 

I OE 500 Hodul 


I SP 107; SP 107/i 

I 


I 

I 

I 

I EV 

I 

I diskreter Transiapedana- 

I laugruppe entfallt 

I 

1 laugruppe entfällt 


I Verstärker 

1 / 

I 

I 

I 5NE 

I 

I ai't V.ll Schnittstellen- 

1 elektrisch ia Hl 111 

I 

I elektrisch ia Hl 111 


I Schaltkreis DL 2632 

L 

I optisch ia 0E 500 

1 optisch ia OE 500 

I ES 

I 

I Treiber-IC DL 03fl; 

I Treiber-IC DL Oll! 

I 

I Treiber-IC D IW 


I ebenfalls für OS geeign. 


I 

I 

I OS 

I durch ES realisiert; 

I OS 500 (510)-Hodul 

I 

I OS 500 Hodul 


I LED Vfl 170; VQ 175 


I 

1 

I 1P 

I 

I Relais G1R 7 

I Relais GIR 7 

I 

1 ohne lypass 

I 

I SV 

I 

I LAN-Anschlul ait Steckv. 

I LAN-Anschlul schraubbar 

I 

I LAN-Anschlul l&tbar 


I 10 polig indirekt 


I 


I 




I 


I \ 

I NT 

I 220 V Anschlul 

I 220 V Anschlul 

I 220 V Anschlul 


1 (5 P ca. 0,4 A) 

1 (5 P ca. 0,4 A) 

I (5 P ca. 0,4 A) 

I uberbruckbare 

I 

I 


I 

I 

I Leitungslange: 

I 


I 

I-verdrilite 

I < 1 ka 

I . < 0,7 ka 

I 

I Leitung 

I 

, w 

I 

I SY CSt)Y 2*0,5 

I 


I 

I-Koaxialkabel 

I < 2 ka 

I ( 1,5 ka 

1 < 1,2 ka 

I 75-5-Cu 

I 


I 

I-SI-LHL(20dI/ka) 

I 


I 

I (a)VQ170-SP107 

! < 0,) ka 

I ( 1 ka 

I < 1 ka 

I (b)V0175-SP107/iI < 1 ka 

I < 2 ka 

I ** 

I-GI-LNL(4dl/ka) 

I 


I 

I (c)V0173-SP107/II < 3 ka 

I . I 

I < 5 ka 

1 

I 

I Hersteller 

I 

I 

I 1TZ Ilaenau 

I 

I ITZ Ilaenau 

I 

I HfS Harneaunde/MustroN 

I 


Tabelle 7.2: Realisierung der Teilbaugruppen und uberbruckbare Leitungslängen 



















Sei Weiterentwicklungen wird vorrangig auf die Baugruppe REG 2 
orientiert. Dabei sind folgende Modifikationen vorgesehen: 

- REG 2.1 - für ausschließlich*elektrisehen Betrieb, 

- REG 2.2 - für gemischten Betrieb .elektrisch/optisch. 

Die typischen technischen Eigenschaften der LWL-Link-Box ent¬ 
sprechen nährungsweise der REG 2-Baugruppe. Unterschiede sind 
vorrangig in der Kabelmontage und Instal 1ationsvorschrift zu 
sehen, da die REG-Baugruppen nich£ nur für den Anschluß von 
bereits konfektionierten LWL-Verbindungskabeln geeignet ist, 
sondern u.a. auch für die Installation von mehradrigen LWL-Kabel 
mit Schweiß- oder Klebeverbindungen einsetzbar ist. Als REG- 
Gehäuse werden Fernmeldevertei1 er vom Typ FV-G-10 verwendet. 


7.3.4. Anschlußvarianten AV 

Die Realisierung des LAN-Anschlußes an das Übertragungsmedium 
wird in erster Linie durch den Rechnerstandort bestimmt. Wie 
flexibel dieser LAN-Anschluß jedoch auch für künftige Netzer¬ 
weiterungen gestaltet werden kann, ergibt sich bereits im Pla¬ 
nungsstadium des Kabelprojektes aus der richtigen Entscheidungs¬ 
findung. Aus dem Angebot an Zubehör und REG-Baugruppen ergeben 
sich verschiedene Varianten für den LAN-Anschluß. Eine Gegenüber¬ 
stellung* der Anschlußvarianten AVI bis AV& sowie deren typische 
Einsatzcharakteristika befindet sich in Tabelle 7.3. 

So ist die Variante AVI für kleine Insel1ösungen mit nur wenigen 
Teilnehmern z.B. im Labor zur Softwareentwicklung oder LAN-Erpro- 
bung bestens geeignet. Ungünstig erscheint dieser Fall jedoch für 
größere Teilnehmerzahlen oder größere Netzausdehnungen mit ge¬ 
planten extensiven Erweiterungen der Gerätetechnik und flexibler 
Einsatzcharakteristik der Rechen- und peripheren Technik. 

Unter den'Gesichtspunkten großer und flexibler Erweiterbarkeit 
bezüglich Teilnehmerzahl, Netzausdehnung und LWL-Einsatz sind die 
LAN-Anschlußvarianten AV5 und AV6 besonders geeignet. Bei 
Verwendung derartiger Anschlußeinheiten und Verteiler steigt der 
Hardwareaufwand in gewissen Umfang an, es steigt jedoch auch der 
Grad der Netzzuverlässigkeit. So führt ein versehentliches 
Abziehen des NlU-Steckverbinders in der Anschlußvariante AVI zur 
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Unterbrechung des Signalflußes auf der Ringleitung und somit zum 
Netzausfall. Dieser Fehler wird beim Zwischenschalten des 
Verteilers VT3 automatisch behoben und tritt duch die Bypass- 
Funktion des im VT3 angeordneten Relais nicht in Erscheinung. 
Auch die REG-Baugruppen sind nicht von der Funktionssicherheit 
des Tei1nehmerrechners in Bezug auf die Versorgungsspannung 
abhängig. So sorgt eine separate Netzteilbaugruppe im REG für die 
ständige Betriebsbereitschaft der Signal Übertragung. Neitere 
funktionssichernde Maßnahmen gegenüber z.B. Leitungsunterbrechung 
sind durch redundante Leitungsführung unter Einsatz der DUAL-NIU, 
sowie weitergehend im Multi-NlU-Betrieb möglich (vergl. Abschnitt 
1) . 

Aus den optional anzuwendenden Anschiußvarianten AVI bis AV6 
(auch in gemischter Form) ergeben sich zusätzliche Vorteile der 
SCOM-LAN-Instal 1ationstechnik. Für jeden Einsatzfall ist eine 
günstige NetzgestaJtung realisierbar, die zum einen den gegen¬ 
wärtigen Erfordernissen entspricht und aber auch künftigen Er¬ 
weiterungen bereits in der RIanungsphase Rechnung trägt. Einige 
Appllkationsbeispiele seien diese Zusammenhänge verdeutlichen. 
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7.3.5. 


App1ikationsbeispiele 


Zur Demonstration der flexiblen Netzgestaltung des SCOM-LAN wer¬ 
den einige ausgewählte Applikationsbeispiele vorgestellt, die nur 
als Untermenge der vielfältigen netzgestalterischen Möglichkeiten 
zu verstehen sind. Weitere Einsatzfälle sind denkbar und werden 
durch die konkreten Einsatz- und Randbedingungen vorgegeben bzw. 
eingeschränkt. 

a) . Beispiel 1: “Minimalkonfiguration“ 



Einsatzmerkmale: 

- verwendete Variante: AVI 

- Netz Zugang: ohne VT und ohne REG, d.h. |_AN-Anschluß 

direkt an das Übertragungsmedium 

- Teilnehmerzahl: < 20 

- Netzausdehhung: < 0,5 km 

- Übertragungsmedium: nur elektrisch 

- Vorteile: "Billigvariante 11 

- Nachteile: - keine Fexibilität bei Erweiterungen 

- kein LWL-Ein'satz möglich 

- Verbesserungsvorschlag: durch Einbeziehung der Anschiußvariante 

AV2 wird größere Flexibilität erreicht. 
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- besondere Eignung: 


- für kleine Insel 1ösungen auf kon 2 en- 
trierten Raum <Rechner 1abor) 

- Verbund von nur wenigen Rechnern << 5) 
mit festem Standort 

Beispiel 1 zeigt eine Realisierungsvariante mit minimalen Aufwand 
für kleine Insel 1ösungen. Wegen der Verwendung der Anschluß- 
Variante AVI ist die dargestellte SCOM-LAN-Version nur für kleine 
Teilnehmerzahlen, für ausschließlich elektrische Kabel und nur 
bei geringer territorialer Ausdehnung anwendbar. Typische Anwen¬ 
dungsfälle sind im Rechnerlabor oder Rechnerkabinett denkbar. 
Eine Verbesserung der fehlenden Flexibilität läßt sich durch 
Einbeziehung der Anschlußvariante AV2 mit Anschlußeinheit AE2 <im 
Bild rechts) -erreichen. 

b>. Beispiel 2: "Elektrischer Einfachring** 



Einsatzmerkmaie: 

- verwendete Varianten: AV2, AV3, AV4 

- Netzzugang: mit VT und AE, ohne REG, 

- Tei1 nehmerzahl: < 50 

- Netzausdahnung: < 1,2 km 
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- Obertragungsmedium 


nur elektrisch 


- Vorteil«! große Flexibilität bezüglich Standort- 

Wechsel und Erweiterungen 

- Nachteile! - nicht für LWL- oder gemischte Netze 

geeignet 

- besondere Eignung: - für Insel1ösungen mit geringer Netz¬ 

ausdehnung, aber relativ vielen Teil¬ 
nehmern in nicht störungsbehafteter 
Umgebung 

Dieses Einsatzbeispiel ist für Insel 1ösungen in z.B. einem Ge¬ 
bäudekomplex mit mehreren Tei1nehmerrächnern geeignet. Durch 
Verwendung der VT- und AE-Zubehörtei1e wird gegenüber dem Bei¬ 
spiel 1 die Standortflexibi1ität wesentlich erweitert und eine 
Zuverlässigkeitserhohung im bereits genannten Sinnfe erreicht. Ein 
Übergang auf LWL-Kabel oder größere Netzausdehnungen sind jedoch 
nicht möglich. 

c>. Beispiel 3i "optischer Einfachring" 
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Einsatzmsrkmale: 


- varnnandat« Varianten: 

- Netzzugang: 

- Teilnahmarzahl: 

- NetzAusdehnung: 

- Obertragungsmadium: 


AV5, AV6, 

mit REG und MAhl weise- AE 
< 50 

bis 5 km und mehr 
nur LWL 


- Vorteile: 


- Störfrei heit durch LML-Konzept 

- große territoriele Ausdehnung möglich 


- Nachteile: 


- höherer Reelisierungseufwand durch REG 
en jedem Knoten 


- besondere Eignung: 


- für störbehaftete Umgebung Als Insel- 
1ösung 

- für große Tei1nehmerentrernungen 


Im Appl i kAti onsbeispiel 3 werden die Vorzüge der LWu-Technik 
wirksam. Es zeigt die "reine" optische Inseilösung, deren Stand¬ 
ortflexibilität durch Einbindung der AE-Zubehörtei1e vergrößert 
werdep kann. Aus zuverlässigkeitstechnischer Sicht ist das Fehlen 
eines optischen Bypasses in der REG-Baugruppe nachteilig, da ein 
Ausfall der Versorgungsspannung die SignalÜbertragung unter¬ 
bricht . 
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d). Beispiel 4s "Hybrid&r Einfachring“ 



Einsatzmerkmales 

- verwendete Varianten: AV2, AV3 f AV4, AV5, ÄV6 f 

- Netzzugang: mit AE, VT und REG 

- Teilnehmerzahl: < 50 

- Netzausdehnung: < 5 km 

- Übertragungsmedium: Kupferkabe^ und LWL 

- Vorteile: - universel1ster Vorschlag durch günstige 

Anpassung an jeweilige Umgebung*- und 
Entfernungsbedingungen 

- Nachteile: höherer Realisierungsaufwand durch REG 

- besondere Eignung: - für Netzlösungen mit unterachiedlichen 

Umgebungsbedingungen und unterschied¬ 
lichen Anforderungen an! Teilnehmer¬ 
entfernungen sowie gesamter Netzaus¬ 
dehnung 


156 








Baispiel 4 zeichnet sich durch die günstigste Anpassung des über- 
tragungsmediums an die jeweiligen Netzbedingungen bezüglich der 
Umgebung, der Tei1nehmerentfernung und Standortwahl des Teil¬ 
nehmers. Hier werden REG-Baugruppen‘nur bei großen zu über¬ 
brückenden elektrischen FeTdlängen und im optischen Fall ver¬ 
wendet. Die Aufwandserhöhung durch REG und LWL-Kabel bleibt 
begrenzt und nimmt in diesem Beispiel optimale Werte an. * Bei 
zentralen Einfachring-Strukturen ist diese Applikation zu 
empfehlen, auch aus Gründen des einfach realisierbaren Übergangs 
zwischen elektrischen und optischen Kanälen. 

e>. Beispiel S: "Dezentralisierte Tei1 ringnetze" 



Einsatzmerkmale: 

- verwendete Varianten: 

- Netzzugang: 

- Teilnehmerzahl: 

- Netzausdehnung: 

- Übertragungsmedium: 


AV2, AV3, ASM, AV5, AV6, 
mit AE, VT und REG 

< 50 

< 5 km 

Kupferkabel und LWL 
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Vortei 1 e 


- große Netzausdehnung realisierbar 

günstige Anpassung an jeweils erforder¬ 
liches übertragungsmedium 

- Nachteile: - höherer Realisierungsaufwand durch REß 

- besondere Eignung: - für Vernetzung dezentraler Inseln über 

"Zubringer-Highway" z.B. in territorial 
getrennten Gebäudekomplexen 

Das Applikationsbeispiel 5 veranschaulicht die typische Problem¬ 
stellung und Realisierungsmöglichkeit beim Verbund separater 
Inselnetze, die z.B. in verschiedenen Gebaudekomplexen instal¬ 
liert sind. Über einen Zubringerbus, der in Abhängigkeit von 
Umgebung und Entfernung elektrisch oder optisch, zu gestalten ist, 
werden die dezentralen Inseln verbunden. Flexibilität wird in 
bekannter Meise durch Einbeziehung von AE und VT in den elektri¬ 
schen Teilringen erreicht. 


\ 
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Einsatzmerkmale: 


verwendete Varianten: 
Netzzugang: 

Teilnehmerzahl : 
Netzausdehnung: 

Übertragungsmedium: 


AV2, AV3, AV4, AV5, AV6, 
mit AE, VT und REG 

< 50 

< 5 km 

Kupferkabel und LWL 


- Vorteile: 


- große Netzausdehnung realisierbar 

- einfache Überwachung und Fehlersuche 
im Störfall möglich 


- Nachteile: - gegebenenfalls höherer Leitungsaufwand 

durch sternförmige Ringstruktur 

- besondere Eignung: - für Vernetzung dezentraler Inseln über 

sternförmig angeordnete Zubringerkabel 
z.B. in territorial getrennten Gebäude¬ 
komplexen 


Als letztes Applikationsbeispiel sei die sternförmige Vernetzung 
von dezentralisierten Inselnetzen .über Zubringerkabel genannt. 
Hier werden beispielsweise drei Teilringe mit gemischten Ober- 
tragungskanälen über optische Zubringerl eitungen miteinander 
gekoppelt. Durch Einfügen eines sogenannten Ringvertei1ers kann 
die Funktionssicherheit und Servicefreundlichkeit des gesamten 
Netzes positiv beeinflußt werden. So ist es z.B. mölich, bei 
Auftreten einer Störung <z.B. Leitungsbruch) einen Teilring abzu¬ 
trennen und nach erfolgter Reparatur dem Gesamtnetz wieder zuzu¬ 
schalten. Damit erhöht sich die Zuverlässigkeit und'Verfügbarkeit 
des Gesamtsystems. Def Ringvertei1 er kann sowohl für elektrische 
als auch für optische Übertragungsstrecken ausgelegt werden. 
Ansonsten gelten bezüglich der Erweiterbarkeit und Flexibilität 
.die bekannten Möglichkeiten des Einsatzes von AE und VT. 

Ein Nachteil der beschriebenen Variante besteht in eventuell 
größeren Kabel- und Montageaufwand, der jedoch in den meisten 
Anwendungsfällen akzeptabel erscheint. 
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Anhang 1 Belegung von BCOM-Anechlußkabeln 


Al.l Anschi ußkabel zwischen NIU und Koaxialverkabelung (Wanddosen) 


1. Variante SCOM-PROLAN ---- Koax-Winkelstacker SCOM 

(10 pol. EFS Bul . ) 


hasse des Empfängers Al 
Empfänger1 eitung B2 

Masse des Senders B4 

Sendeleitung AS 


Masse Winkelstacker 1 
Rot Winkelstacker 1 

Masse Winkelstacker 2 
Weiß Winkel Stecker 2 


* 

2. Variante SCOM PROLAN - WinkelStecker SCOM 

( 15 pol.IEC Stl.> 


Masse des Empfängers 

iS -- 

--Masse 

Winkelstacker 

1 

Empfänger1 eitung 

12 - 

-Rot 

Winkelstecker 

1 

Masse des Senders 

iO- 


WinkelStecker 

2 

Sendeleitung 

9 —- 

--Weiß 

Winkelsteckar 

2 


Für die Verbindung vom Tei1nehmeranschluß 2 um, Rechner ist ein 
flexibles abqeschirmtes Tei1nehmeranschlußkabel (Diodenkabal> 
vorzusehen. Die Stecker- bzw. Buchsenleiste ist mit einer 
Griffschale zu versehen. Zügent1astungsmaßnahmen sind notwen¬ 
dig. 
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Al.2 Belegung Verbindungskabel EC1B34-LAN-B0X 


VflrigfUiP SCQP-fiftE j? P9lf : 


V.24 der SCQM-LAN-BOXx - 

<15pol.IEG Stl.> 

-3 
-2 
-4 
-3 
-7 
-'6 
-13 


2 — 

3 — 

4 — 

5 — 
7 —. 

6 — 
13 — 


V. 24-Interface des EC 1834 
<15pol.IEC Stl.) 


SCOM-LAN-BOX - WinkelStecker SCOM 

<15pol.IEC Stl.> 

15 - Masse WinkelStecker 1 

12-Rot Winkelstecker 1 

10-Masse Winkel Stecker 2 

9--Weiß Winkel Stecker 2 


Variante SCOM-LAN-BOX mit EFS-Steckeri.eis_te : 


V.24 der SCOM-LAN-BOX --- V.24-Interface des EC ‘1834 

<26 pol.EFS Bul. > <15 -pol. IEC Stl.) 

Al-v— 7 

A3---- 3 

B4-2 

A5 — — 4 «■ 

B6 — — 5 

A7 — — 6 

B8 — — 13 


SCOM-LAN-BOX --- Winkelstecker SCOM 

<10 pol.EFS Bul.) 
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Al -Masse Winkel Stecker 1 

B2 --Rot Winkelstecker 1 

B4 - Masse WinkelStecker 2 

A5 *--Weiß Winkel Stecker 2 


Al.3.s Belegung Verbindungskabel A7150 - SCOM-LAN-BOX 


Variante SCOM-LAN-BOX mit EFS-Stecker1 eiste ; 

V. 24 der SCOM-LAN-BOX --V. 24-Inter f ace des A 7150 

<26 pol.EFS Bul.> <25 pol.IEC Stl.) 


Al -7 

A3 - 3 

B4-2 

A5 — —4 

B6 — —5 

A7 — —6 

B8 — —20 

SCOM-LAN-BOX - WinkelStecker SCOM 

<10 pol.EFS Bul.) 

Al - Masse winkelStecker 1 

B2-Rot Winkelstecker 1 


B4 - Masse Winkelstecker 2 

A5- Weiß Wi nkel Stecker 2 


Variante LAN-Box mit 15 pol.IEC-Buchsenleiste 


166 

















V.24 der SCOM-LAN-BOX 
<15 pol -IEC Stl . ) 


V.24-Interface des A 7150 
<25 pol.IEC Stl.) 



SCOM-LAN-BOX--Winkel Stecker SCQM 

<15 pol.IEC Stl.) 


15 - Masse WinkelStecker 1 

12-Rot Winkel Stecker 1 

/ 

10 - Masse Winkelstecker 2 

9 - Weiß WinkelStecker 2 
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Anhang 2 Schnittstallanprotokolla zwlschan dar SCOM-PROLAN- 
Baugruppe und ainan HOBT—Rachnar 

Das hier beschriebene Protokoll ist für beide PROLAN-Einsatzfäl— * 
le gültig, sowohl für die PROLAN als Slotkarte im PC als auch als 
LAN-BOX-Kommunikationsrechner. Die betrachteten Kommunikations¬ 
schnittstellen zum HOST-Rechner sind das Register- oder das V.24- 
Interface der PROLAN-Baugruppe. 

Die Protokolle zwischen der SCOM-LAN-BOX und eines Datenendgerä¬ 
tes beruhen auf asynchroner Byte-Übertragung. Der V.24-Über- 
tragungskanal ist auf serieller asynchroner Übertragung: 

- 1 Startbit 

- 1 Stopbit 

- 9600 Baud. 

Eine Anpassung dieser Parameter an Nutzerforderungen ist möglich. 
Es werden nachfolgende Übertragungsschritte unterschieden: 


A2.1. Protokol1 sehritt M Anforderungsbyte" 

Alle Protokolle 2 ur PROLAN werden mit einem Anforderungsbyte 
eröffnet. 'Es enthält bereits verschlüsselt den Funktionscode 
einer SCÖM-NIOS-Funktion, wenn ein NCB übertragen werden soll.- 
Eine NCB-Übertragung, und damit ein NIOS-Aufruf erfolgt mitf ge¬ 
setztem Bit 6 im Anforderungsbyte. Bei Aufruf von NIOS-Funktionen 
wird wahlweise der vollständige SCOM-NCB (vergl Abschnitt 3> oder 
nur ein verkürzter erster Abschnitt an die PROLAN-Einheit überge¬ 
ben. Die Auswahl erfolgt mit dem Bit 7 im Anforderungsbyte. Ist 
das Bit 7 gesetzt, kommt der verkürzte NCB zur Übertragung. 


A2.2. Der SCOM-NCB 

Der Parameter Datenanfang*im SCOM-NCB entfällt wegen der getrenn¬ 
ten Datenspeicher. 

NCB: der verbleibende NetControl-Block wird zur PROLAN-Übertra¬ 
gung geteilt: 
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Adresse : byte; 
Funktion: byte; 


ver kürz t' 


vollständig 


Datlen 
Status 

: integer; 

: byte; 

/ 

Pri o 

: byte; 


TO 

: integer; 


MODE 

: byte; 



... bis NCB-Ende (vergl. NIOS-Dokumentation) 


A2.3. Vollständige Protokolle für SCOM-NIOS-Aufrufe 
Das Bit 6 im Anforderungsbyte muß dazu gesetzt sein. 

Symbolisehe Protokolldarstel1ung: 

-> Übertragung ein oder zwei Byte ohne Timeout-Überwachung 

=«'*> Übertragung n Byte mit Timeout-Überwachung. 

Nach Timeout-Erkennung auf der PROLAN-Baugruppe wird ein 
Kaltstart der Firmware durchgeführt (Sprung auf 1000H). 

Die Grundparameter des NIOS-Moduls (Teilnehmeradresse, 
Übertragungskategorie, Zugriffsmpde, NIOS-interne Time- 
out-Konstanten) bleiben erhalten. 

Das Timeout an der PROLAN-Schnittstel1e beträgt 4500 * ca. 
50 CPU-Takte. 


1. Phase: Protokol1start 


HOST PROLAN 

- > 

< - 

— 


Anforderungsbyte an 
Bestätigung * Y * bei 
NCB nach Auswertung 
AnfOrderungsbyteS* 


PROLAN 

Synchronitat 
von Bit 7 des 
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2. Phase: 


Eine Fortsetzung, die von der gewählten NIOS-Funktion 
abhängig ist. 


NIQS-Fypkt^nyn Pr9^9k 9 ^vgr^ V f 

FCCLOS, 

FCRES, 


FCSETE : 


FCGETE, 

FCBQ, 

FCOPEN, 

FCRXST, 

FCINIT, 

FCNET, 

NRQ : HOST 


FCTX, 

FCFTX : HOST 

HOST 


FCRX , 

FXFRX : HOST 

HOST 


Das Protokoll is^ 
{Funktionen ohne 


PROLAN : 


£=*=»=*=> PROLAN : 
<»===»« PROLAN : 


<====-*= PROLAN : 
<======= PROLAN : 


beendet. 

NIOS-Rüc k me1 düng) 


Antwort - NCB 
<NIOS-Reaktion) 


Sendedaten 
Antwort - NCB 
(NIOS-Reak tion > 


Antwort - NCB 
Empfangsdaten 
(NIOS-Reaktion) 
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A2.4. Vollständige Protokolle für NIOS-fremde Zusatzfunktionen 
Das Bit 6 im Anfordarungsbyte ist nicht gesetzt, 
flnzeine eines Speicherbereiches der PROLAN-Baugruoo 


HOST PROLAN 

-> Anforderungsbyte 30 dezimal 

-> low-, high-Byte: Anfangsadresse 

--> low-, high-Byte: Endadresse+1 

<- Speicher-Byte der PROLAN 

-> Synchronbyte <00H) 

wiederholt n-mal 

bis Speicherbereich übertragen 
wurde 


Lrttn in aicher der PROLAN-Bauoruooa 


HOST PROLAN 

-> Anforderungsbyte 31 dez. 

-> low-, high-Byte: Anfangsadresse 

-> low-, high-Byte: Endadresse+1 

-> Byte für PROLAN-Speieher 

<- Synchronbyte <00H> 

wiederholt n-mal 

bis Speicherbereich übertragen 

wurde 


PROLAN-Prooramm «frten 

HOST PROLAN 

-> Anforderungsbyte 32 dez. 

-> low-, high-Byte: Startadresse 

* sofortiger Start ! 

Danach bestimmt der Anwendungsprogramm!erer das weitere 
PROLAN-Proto ol1. 
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A2.5. Zur Speicheraufteilung der PROLAN-Baugruppe als Slot¬ 
oder als LAN-BOX-Einheit 



0000H 

Urlade-EPROM, wird nicht abgeschaltet ! 

ab 

1000H 

Firmware-Code 

ab 

2000H 

Parameterstapel bereich 

ab 

2200H 

RückkehrStapel bereich 

ab 

2400H 

DMA-Bereich für FCTX, FCRX, FCFTX, FCFRX 
(Datenpuffer entsprechend der verwendeten 
Datenbl ocklängerv beim N IOS-Auf huf ) 

bis 

3000H 

Regel fall 

FFFFH 

RAM-Ende 


Vorschlag für Nachladeprogramme: 


Nachladeprogramme werden auf 3000H geladen und verschieben sich 
beim Start auf 1000H, wenn die existierende Firmware (SCOM-NIOS 
!) überschrieben'werden darf. Sonst sind alle Speicherbereicha 
unter 2400H zu schützen. Ein Neustart der Firmware ist mit einem 
Sprung auf 1000H (Kaltstart) möglich. 


A2.6. Programmiermittel der PROLAN 

Entspechend der Einsatzkonzeption der PROLAN-Einheit als intelli¬ 
gente Slot-Karte für SCQM-LAN-Server sollte sie durch zusätzliche 
Anwendungsprogrammierung umfassend genutzt werden. 

Die mit' der PROLAN-Karte gelieferten SCOM-LAN-Treiber bieten 
zunächst nur SCOM-NIOS-Funktionen. Mit den o.g. Protokollen _ ist 
jedoch eine Anwendungsprogramm!erung möglich, die durch Vorverar¬ 
beitung auf dem Kommunikationsrechner PROLAN zu einer wesentli¬ 
chen Entlastung der HOST-CPU beitragen kann. Bild A2.1 zeigt die 
prinzipielle Programmiertechnik. Bevorzugt zu verlagernde Server¬ 
aufgaben für den Frontend-Rechner eines Datenbank-Servers sind, 
wie in Bild A3.1 dargestellt, die Datenkommunikation auf höherer 
Stufe (Dienstkommunikation zur Serverabfrage), die Zugriffssyn-■ 
chronisation (z.B. Sperrtabel1en im RAM ^der PROLAN) und die Puf¬ 
ferung (Reihung) der Server 2 ugriffe. 
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Programmierung: z.B. PC 1715 ISCP 


8 kByte FRONTEND-Software 

Boot-ROM 

i 

I 


Kommunikationsrechner 

PROLAN 


SCOM- 

LAN 


XT-Bus 


- Datenkommunikation 

—Zugriffssynchronisation 

- Zugriffspufferung 


- Datenoperaticn 
-Datenselektion 
-DOS-Zugriffe 
—Massenspeicher 


t 

| Hostkommunikation 

I 

1- 

I 

I 

I 


^- 


i- -- 

A 


Pi 

EC 1034 



^ . ^ 


HOST-Rechner 
als Server 


Bild A2.1 SCGM-Servertechnologte mit dem 
Kommunikationsrechner "PROLAN" 
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Anhang 3 Dokumentation zum Urladmr -für die 8C0M—LAN—BOX 

Die SCOM-LAN-BOX wird mitder Firmware SCOM-NIOS und den zusätz¬ 
lich unter Anhang 2 genannten Dienstprotokollen, ausgeliefert. 
Diese Variante entspricht dem Einsatz der SCOM-LAN-BOX als An¬ 
schlußeinheit für V.24-Datenendeinrichtungen. 

Die Einsatzkonzeption geht jedoch auch von einem "stand alone"- 
Betrieb aus. Genannte Beispiele sind der Printer-Server, der 
PIotter-Server oder der DFÜ-Server. Dazu ist ein Netz-Urlader 
(Net-Boot1 ader>, der die konkrete LAN-BOX-Applikation in den 
Hauptspei eher überträgt, erforder1ich. Typisch wird der Urlade- 
prozeß von einem PC initiiert. 

Wie bei der PROLAN-Baugruppe kann die Softwareentwieklung für die 

SCOM-LAN-BOX auf einem Z80-PC (2.B. PC 1715), auch unter Verwen- 
* 

düng höherer Programmierumgebungen (CP/M, PASCAL) erfolgen. 

Als Produkt zur SCOM-LAN-BOX wird der Netz-Urlader geliefert. Die 
Firmware befindet sich auf zwei 2-KByte-EPROMS. 

Basisprotokoll des Urladers ist der Fi 1e-Transfer. Er kann in 
beiden Richtungen stattfinden. Das File-Lesen ist eine Kontroll- 
funktion (Rücklesevorgang). 


A3.1. Zur Funktionsweise 

Nach dem Einschalten und Eigentest (Ablauf s.u.) der LAN-BOX 
wartet diese am SCOM-LAN auf Funktionszugriffe von einem Master- 
Rechner. Dieser kann beispielsweise der Datenbank-Server des 
Netzwerkes sein, der beim Einschal tan über einen Kommandostapel 
seine Server—Peripherie (LAN-BOXes) initialisiert. 

Mögliche Firmware-Funktionen sind Speicher-Lesen, .Speicher- 

Schreiben und Programmstart. 

Notwendig ist die Firmwarespezifikation der Knotenadresse, über 
die die SCOM-LAN-BOX 2 u erreichen ist. Sie wird auf dem 1. EPROM 
auf der Adresse 0007H eingetragen. Die Knotenadresse ist hexade¬ 
zimal zu codieren. 

Der Zugriff erfolgt mit den beiden SCOM-LAN-Applikationsprotokol- 
len des Fi 1etransfers: 

1. File-Tx und 2. File-RX. 
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Es können <i.a. folgende Programme (Klientsoftware) benutzt werden: 
Applikation Funktion/Kommando 


SERVICE SEND 

GET 


N 


N name.typ Nipassw.nr 
N name.typ Rspassw.nr 


NALAN f 7 

PCLAN 8 


Möglich ist natürlich auch eine Einbettung der Doot-Protokol1e 
der LAN-BOX in nutzerspezifisehe Netzwerk-Applikationen. 


Der Filetransfer*wird nach Verbindungseröffnung (FCOPEN) über den 
Applikationsschlüssel eingerichtet. 

Mittels Passwort ist dabei, eine Kommando- und Adreß- bzw. Lan¬ 
gen- Inf ormat ion zu übermitteln. 

Das Passwort ist Bestandteil des SCOM-Rahmenprotokol1s (Typ 1). 
Seine 6 Zeichen werden somit zur Protokol1spezifi z ierung der 
SCOM-LAN-BOX benutzt. 

Die Passwort-Information hat damit folgenden Aufbau: 


Zeichen: 1 2 

/- 

! Aktion ! dummy 

\- 

t : 


\ 


3 4 5 6 

-- \ 

Adresse - Länge ! 

-- / 

\— hexadezimal 

(Zeichen 0...9, A...F) 

-- beliebig, für Dateibe- 

zeichner verwendbar 


Y 


R = Daten lesen 
W = Daten schreiben 
G = Daten schreiben 

und Programmstart 
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Codierungsbeispieie: 


R?adbl - Read ab Adresse ad * 100H mit der Länge 
bl * 100H 

(z.B. RKE218 : ab E200H IßOOH Byte lesen) 

W?addr - Write ab Adresse addr * 

(z.B. WW0100 : Schreiben ab Adresse 100H) 

G?addr - Write ab Adresse addr und Start auf addr 

< 2 . 8 . GZ87E0 s Schreiben und Starten ab 87E0H) 


Zu beachten ist die Rasterung der Adressen- und Längenangabe im 
Kommando "Rxadbl". Das “?" im Passwort verweist auf die wahlfreie 
Belegung des 2. Passwortzeichens. 

Quelle bzw. .Ziel des Datentransfers sind auf dem Master-Rechner 
bei den oben 'aufgefuhrten Applikationen in jedem Fall Dateien. 

Das Passwort "Gxaddr“ in Verbindung mit einer leeren Datei be¬ 
wirkt Programmstart ohne vorhergehenden Datentransfer. 


A3.2. Informationen zum Programmablauf des LAN-BOX-Urladers 
Quelldatei: KP1CLD.MAC 

Das Uriadeprograma belegt den Speicherbereich ab 0E70ÖH; darunter 
befinden sich Daten-, Puffer- und Stack-Bereich. Frei verfügbarer 
RAM beginnt ab Adresse 100H. Die Anfangsadresse des belegteh 
Speicherbereichs ist auf Adr. 0006H eingetragen. 

Der Urlader stellt zur Zeit auf Seite 0 zwei Schnittstellen für 
Applikationsprogramme bereit: 

1. Warmstart auf Adr. 0 

2. NIOS-Ansprung auf Adr. 30H (mit CALL bzw. RST 3ÖH zu nutzen) 
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Die geladenen und gestarteten Programme können: 


1. mit einem Return-Befehl enden und bewirken dann einen 
Neustart des Urladers (u.a. Initialisierung der Seite 0, 
ROM/RAM-Test) 


2. mit einem Sprung zur Adresse 0. ln diesem Fall erfolgt ein 
Warmstart des Urladers. 


LAN-Parameter beginnen im Hauptspei eher auf Adr. 0020H in der 
Reihenfolge SIO-Daten-Port, SlO-Control-Port v Port CTCO, Port 
CTC3 und eigene Tei1nehmeradresse. Diese Parameter können bei 
Bedarf im EPROM geändert werden. Dort beginnen sie ab Adr. 0003H. 

Zum Urladerablauf: 

1. Prüfsummentest 

im EPROM-Speicherbereich (zusammen über 2 wei. EPROMs), in den 
letzten beiden Zellen des zweiten EPROMs ist die 
Original prüfsumme gespeichert, bei Fahler HALT 

2. RAM-Test 

nicht zerstörend, jede Zelle wird mit rotierendem Bit-Muster 
(Anfang: 00000001) getestet, bei jedem Fehler Neubeginn des 

RAM-Tests 

3. LAN-Parameter nach 20H kopieren 
EPROMO und 1 nach E700H kopieren 

Ansprung des kopierten Programms, falls EPROM-Abschaltung 
nicht funktionierte, HALT 

4. Prüfsummentest . 

Prüfsumme über das in den RAM kopierte EPROM-Programm 
ermitteln und mit der in den letzten zwei. Byte 
abgespeicherten vergleichen (die letzten zwei Bytes werden 
bei der PrüfSummenermittlung ausgelassen), bei Fehler HALT 

5. Interrupt-Im t i al l s>ierungen 

DI, IM2* I:=0F7H, Bereich von F700H bis F7FFH wird mit 
Zeiger auf ein Programm gefüllt, das EI u. RETI ausführt 

6. Net-Boot1ader mit LAN-Hardware-Imtialisierung und in einer 
Schleife 

warten auf Tei1nehmer-Protokol1 anforderung 

Ausführung der Tei1nehmerfunktion unter Auswertung des Pass¬ 
wortes im SC0M-ARP nach Typ 1. 

Die Prüfsummenteste klammern den Bereich mit den LAN-Parametern 
aus, so daß hier Änderungen nicht zu Prüfsummenfehlarn führen. 
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Anhang 4i BCOM—LAN-Entwickler und einige Rafaranzpartnar 

1. ) Hochschule -für Seefahrt, Direktorat Wissenschaftlicher Gerätebau 

- Projektleitung und Koordinierung 

- Entwickler, Projektant und Anwender von SCOM-LAN-Lösungen 

- Hard- und Softwarevertrieb 

- Beratung zur Applikationsprogrammierung und Servertechnolo- 
gie 

2. ) VEB Ingenieurtechnisches Zentrum Ilmenau 

- Entwickler, Projektant und Anwender von SCOM—LAN-Komponen- 
ten (NIU, DUALNIU, Installationsmittel) 

- Hard- und Softwarevertrieb 

- verschiedene Beratungsleistungen 

I 

3. ) VEB Robotron BHS, Sömmerda 

- Entwickler und Anwender von SCOM-LAN-Komponenten 

- Hard- und Softwarevertrieb 

- Beratungsleistungen zum Robotron-Sortiment 

4. ) ORZ der Deutschen Post Berlin 

-■ Entwickler, Projektant und Anwender von SCOM-LAN-Lösungen 

- SCOM-NIOS-Portierung auf ROLANET (LOTUNET durch TU Dresden) 

- Entwickler der SCOM-LAN-Applikation "Elektronische Post" 
als integriertes Softwarepaket zur Bürorationalieierung 

<Abstimmung des Servers mit DABANK-II der HfS) 

- Entwickler von Gatewaylösungen zu öffentlichen Datennetzen 
(TELEX, HDN, PDN) 

- Einsatzvorbereitung SCOM-LAN-BOX 

5. ) VEB Fischfang Rostock 

- Referenzanwender LHL-Einsatz 

- Anwender von SCOM-LAN-Lösungen 

6. ) Interhotel Stadt Berlin 

- Anwender* von SCOM-LAN-LÖsunQen 

- Entwickler der verteilten Netzwerkapp1 i kationen HODIS-2 
(zentr. Zimmerreservierung, vergl. EDV-Aepekte, Heft 2/1989) 

\ 

7. > SGB Schuhe- und Laderwaren Erfurt 

- Entwickler einer verteilten Netzwerkapplikation 
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Verkaufsbüro auf PC-Basis 

8. ) Reichsbahndirektion Schwerin 

- Entwickler einer verteilten Netzwerkapplikation 
Organisation Güterumschlag (PC-Basis) 

9. ) HfV Dresden, MB Automatisierungstechnik 

- Entwickler einer verteilten Net 2 werkapplikation 

Tax 1 basta11 System mit verteilter Annahme und Fahrauftrags- 
koordinierung (PC-Basis) 
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